Hallo, Nun hab ich postfix instaliert und sendmail deninstalirt . Nun bekomme ich zwar bei Abholen keine Fehlermeldung mehr die mails sind aber nicht in /var/spool/mail/skf eingetroffen Hat jemand eine Idee ? Fragende Grüße -- Erfahrung nennt man die Summe aller unserer Irrtümer. Edison, Thomas Alva
Am Mittwoch, 14. Februar 2001 23:31 schrieb Stefan Frech:
Hallo,
Nun hab ich postfix instaliert und sendmail deninstalirt . Nun bekomme ich zwar bei Abholen keine Fehlermeldung mehr die mails sind aber nicht in /var/spool/mail/skf eingetroffen
Hat jemand eine Idee ?
Die mails scheinen in /varspool/postfix/defered zu liegen Wie kriege ich Sie dort raus ? Sorry wenn ich so doof frage, aber da ich gerade Gesundheitlich angeschlagen bin komme ich wie es scheint nicht auf das nächstliegende ;-( Gibt es eine gutes Buch das den Mailversand von *nix mit den verschiedenen MTA´s erklärt Fragen über fragen -- Erfahrung nennt man die Summe aller unserer Irrtümer. Edison, Thomas Alva
Am Don, 15 Feb 2001, schrieb Stefan Frech:
Am Mittwoch, 14. Februar 2001 23:31 schrieb Stefan Frech:
Hallo,
Nun hab ich postfix instaliert und sendmail deninstalirt . Nun bekomme ich zwar bei Abholen keine Fehlermeldung mehr die mails sind aber nicht in /var/spool/mail/skf eingetroffen
Hat jemand eine Idee ?
Die mails scheinen in /varspool/postfix/defered zu liegen
Wie kriege ich Sie dort raus ? Sorry wenn ich so doof frage, aber da ich gerade Gesundheitlich angeschlagen bin komme ich wie es scheint nicht auf das nächstliegende ;-(
Hmm, ich habe zwar von Postfix keine Ahnung, aber IIRC hattest Du ja mit Sendmail ähnliche Probleme. Deshalb eine Idee: Könnte es sein, daß Du Deinen MTA vielleicht so konfiguriert hast, daß er auch lokale Mails nicht direkt zustellt, sondern in die Queue schiebt. Bei sendmail müßtest Du den Versand dann mit sendmail -q anstoßen können, vielleicht ist das bei Postfix entsprechend verlinkt... Gruß Christoph -- Christoph Maurer - Jülicher Str. 80 - 52070 Aachen - Tux# 194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Am Donnerstag, 15. Februar 2001 10:25 schrieben Sie:
Am Don, 15 Feb 2001, schrieb Stefan Frech:
Am Mittwoch, 14. Februar 2001 23:31 schrieb Stefan Frech:
Shalom
Nun hab ich postfix instaliert und sendmail deninstalirt . Nun bekomme ich zwar bei Abholen keine Fehlermeldung mehr die mails sind aber nicht in /var/spool/mail/skf eingetroffen
Hat jemand eine Idee ?
Die mails scheinen in /varspool/postfix/defered zu liegen
Hmm, ich habe zwar von Postfix keine Ahnung, aber IIRC hattest Du ja mit Sendmail ähnliche Probleme. Deshalb eine Idee:
Könnte es sein, daß Du Deinen MTA vielleicht so konfiguriert hast, daß er auch lokale Mails nicht direkt zustellt, sondern in die Queue schiebt.
Ich bin wieder bei sendmail da weiß ich wenigstens das es nicht geht merkwürdig ist das schon - die mails die ich gekriegt habe sind nicht so wichtig - spielkram - aber ich hätte gerne das ich mit fetchmail mail holen kann und mit sendmail die mails zum smtprelay von t-online schicken kann - natürlich sollte auch die mail local ankommen bzw. root auf den user skf umgeleitet werden. ich will doch nix unmögliches ;-( Cu
Bei sendmail müßtest Du den Versand dann mit sendmail -q anstoßen können, vielleicht ist das bei Postfix entsprechend verlinkt...
Gruß
Christoph
-- Erfahrung nennt man die Summe aller unserer Irrtümer. Edison, Thomas Alva
Hallo,
* Stefan Frech
Am Donnerstag, 15. Februar 2001 10:25 schrieben Sie:
Am Don, 15 Feb 2001, schrieb Stefan Frech:
Am Mittwoch, 14. Februar 2001 23:31 schrieb Stefan Frech:
Shalom
Ich bin wieder bei sendmail da weiß ich wenigstens das es nicht geht merkwürdig ist das schon - die mails die ich gekriegt habe sind nicht so wichtig - spielkram - aber ich hätte gerne das ich mit fetchmail mail holen kann und mit sendmail die mails zum smtprelay von t-online schicken kann - natürlich sollte auch die mail local ankommen bzw. root auf den user skf umgeleitet werden. ich will doch nix unmögliches ;-(
in den Logfiles steht doch bestimmt was schiefläuft. bye Bruno
Shalom
Könnte es sein, daß Du Deinen MTA vielleicht so konfiguriert hast, daß er auch lokale Mails nicht direkt zustellt, sondern in die Queue schiebt.
Bei sendmail müßtest Du den Versand dann mit sendmail -q anstoßen können, vielleicht ist das bei Postfix entsprechend verlinkt...
Das kann in keinem Fall tun, da /usr/sbin/sendmail _nicht_ vorhanden ist Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist merkwürdig ist allerdings das ein locate sendmail eben /usr/sbin/sendmail meldet . Das Problem ist also das fetchmail gar nicht albliefern kann. Nur warum hat jemand ähnliche erfahrungen ? leicht verwirrte aber mit mit frischluft gesättigte Grüße -- Erfahrung nennt man die Summe aller unserer Irrtümer. Edison, Thomas Alva
Stefan Frech schrieb am 15.02.2001:
Das kann in keinem Fall tun, da /usr/sbin/sendmail _nicht_ vorhanden ist Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist
merkwürdig ist allerdings das ein locate sendmail eben /usr/sbin/sendmail meldet .
Könnte mir vorstellen, daß postfix irgendwie eine Art Dummy dort mitinstalliert, um quasi kompatibel zu bleiben... AFAIR taucht bei einer Installation von exim unter Debian Linux sogar ein sendmail-Befehl in man eim auf... hth, Christian -- Made with a Macintosh... ChriSchmi@t-online.de http://home.t-online.de/home/chrischmi/
Christian Schmidt schrieb:
Stefan Frech schrieb am 15.02.2001:
Das kann in keinem Fall tun, da /usr/sbin/sendmail _nicht_ vorhanden ist Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist
merkwürdig ist allerdings das ein locate sendmail eben /usr/sbin/sendmail meldet .
Könnte mir vorstellen, daß postfix irgendwie eine Art Dummy dort mitinstalliert, um quasi kompatibel zu bleiben... AFAIR taucht bei einer Installation von exim unter Debian Linux sogar ein sendmail-Befehl in man eim auf...
...unter installiertem Postfix ! sh. man sendmail ... DESCRIPTION The sendmail program implements the Postfix to Sendmail compatibilty interface. For the snake of compalibility with existing applications, some Sendmail command-line options are recognized but silently ignored. ... was sagt tail -f /var/log/mail? vermutlich liegt der Fehler in einer Fehlkonfiguration von /etc/postfix/main.cf MfG Reinhard -- Reinhard Hauck r.hauck@crh-net.de
Hallo Stefan, Stefan Frech schrieb:
Shalom [...] merkwürdig ist allerdings das ein locate sendmail eben /usr/sbin/sendmail meldet .
Hmm, ist es nicht so, daß locate sich auf eine "Datenbank" stützt und diese bei der Installation (SuSEconfig?) _nicht_ upgedatet wurde? Üblicherweise wird updatedb doch per cron-Job angestoßen, und der läuft - wenn man daran nichts geändert hat - um Mitternacht. Was sagt denn "type sendmail" oder "which sendmail" oder "ls -l /usr/sbin/sendmail" ? So long, Norbert
Hi, On Thu, Feb 15 2001 at 15:54 +0100, Stefan Frech wrote:
Könnte es sein, daß Du Deinen MTA vielleicht so konfiguriert hast, daß er auch lokale Mails nicht direkt zustellt, sondern in die Queue schiebt.
Bei sendmail müßtest Du den Versand dann mit sendmail -q anstoßen können, vielleicht ist das bei Postfix entsprechend verlinkt...
Das kann in keinem Fall tun, da /usr/sbin/sendmail _nicht_ vorhanden ist Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist
Das ist nicht ganz richtig. Fetchmail führt nicht /usr/sbin/sendmail aus, sondern liefert die Mail per SMTP an Sendmail/Postfix/was auch immer ab. Es muss also kein /usr/sbin/sendmail vorhanden sein. Ciao, Stefan -- Stefan Troeger o _ _ _ stefan@troeger.st __o __o /\_ _ \\o (_)\__/o (_) _`\<, _`\<, _>(_) (_)/<_ \_| \ _|/' \/ (_)/(_) (_)/(_) (_) (_) (_) (_)' _\o_
Am Donnerstag, 15. Februar 2001 20:51 schrieb Stefan Troeger:
Hi,
On Thu, Feb 15 2001 at 15:54 +0100, Stefan Frech wrote:
Könnte es sein, daß Du Deinen MTA vielleicht so konfiguriert hast, daß er auch lokale Mails nicht direkt zustellt, sondern in die Queue schiebt.
Bei sendmail müßtest Du den Versand dann mit sendmail -q anstoßen können, vielleicht ist das bei Postfix entsprechend verlinkt...
Das kann in keinem Fall tun, da /usr/sbin/sendmail _nicht_ vorhanden ist Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist
Das ist nicht ganz richtig. Fetchmail führt nicht /usr/sbin/sendmail aus, sondern liefert die Mail per SMTP an Sendmail/Postfix/was auch immer ab. Es muss also kein /usr/sbin/sendmail vorhanden sein.
klar aber wenns kein MTA läuft ... Übrigens hat mich yast2 als ich netscape6 instalieren wollte darauf aufmerksam gemacht das cron sendmail oder co braucht also schnell sendmail instaliert gestartet und ? .fetchmail: SMTP error: 250 2.0.0 Reset sta also doch wieder postfix ?
Ciao, Stefan
-- Erfahrung nennt man die Summe aller unserer Irrtümer. Edison, Thomas Alva
Hi, On Thu, Feb 15 2001 at 21:11 +0100, Stefan Frech wrote:
Am Donnerstag, 15. Februar 2001 20:51 schrieb Stefan Troeger:
Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist
Das ist nicht ganz richtig. Fetchmail führt nicht /usr/sbin/sendmail aus, sondern liefert die Mail per SMTP an Sendmail/Postfix/was auch immer ab. Es muss also kein /usr/sbin/sendmail vorhanden sein.
klar aber wenns kein MTA läuft ...
Der muss natürlich laufen. Aber /usr/sbin/sendmail wird nicht benötigt. Ciao, Stefan -- Stefan Troeger o _ _ _ stefan@troeger.st __o __o /\_ _ \\o (_)\__/o (_) _`\<, _`\<, _>(_) (_)/<_ \_| \ _|/' \/ (_)/(_) (_)/(_) (_) (_) (_) (_)' _\o_
Am Don, 15 Feb 2001, schrieb Stefan Troeger:
Hi,
On Thu, Feb 15 2001 at 21:11 +0100, Stefan Frech wrote:
Am Donnerstag, 15. Februar 2001 20:51 schrieb Stefan Troeger:
Deshalb hat fetchmail auch Probleme denn der will seine mail an sendmail abliefern und das geht natürlicbh nicht wenn /usr/sbin/sendmail nicht da ist
Das ist nicht ganz richtig. Fetchmail führt nicht /usr/sbin/sendmail aus, sondern liefert die Mail per SMTP an Sendmail/Postfix/was auch immer ab. Es muss also kein /usr/sbin/sendmail vorhanden sein.
klar aber wenns kein MTA läuft ...
Der muss natürlich laufen. Aber /usr/sbin/sendmail wird nicht benötigt.
@Stefan Frech: Startest Du denn Sendmail über rc.config, so daß er auf Port 25 lauscht? (SMTP="yes"). Habe zwar vor kurzem hier in der Liste gelernt, daß das nicht sein muß, aber die Lösung, wie man in der .fetchmailrc angibt, daß sendmail gestartet wird, habe ich gerade nicht mehr hier. Kannst ja vielleicht mal im Archiv suchen. Gruß Christoph -- Christoph Maurer - Jülicher Str. 80 - 52070 Aachen - Tux# 194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo Stefan, am Mittwoch, den 14.02.2001 hieß es in der Nachricht "Nun mail verlohren" von 23:31 Uhr: SF> Hallo, SF> Nun hab ich postfix instaliert und sendmail deninstalirt . Nun bekomme ich SF> zwar bei Abholen keine Fehlermeldung mehr die mails sind aber nicht in SF> /var/spool/mail/skf eingetroffen SF> Hat jemand eine Idee ? Dir kann geholfen werden. Du mußt nach der Installation aus den Datenbanken erst einmal für postfix verwendbare Tabellen erstellen. Du findest die Datenbanken unter /etc/postfix (*.db). Danach muß postfix neu gestartet werden. Und um deferred mail zuzustellen einfach kurz sendmail -q ausführen. Konkret: - Datenbank: virtual.db - Befehl: postmap /etc/postfix virtual ... - postfix reload - sendmail -q Ausnahme für die Erzeugung von Tabellen ist die aliases.db. Hierfür erfolgt die Erzeugung mit dem Befehl "newaliases". HTH Gruß Christoph
participants (8)
-
Bruno Semrau
-
Christian Schmidt
-
Christoph Franke
-
Christoph Maurer
-
Norbert Kordts
-
Reinhard Hauck
-
Stefan Frech
-
Stefan Troeger