Mal wieder sendmail: can't raise the listener?
... und ich dachte, Mail wäre eines der leichteren Themen :( Dank der Tips hier von der Liste und besonders der Hilfe von Maik habe ich hier den Mailserver weitestgehend aufgezogen. IMAP funzt, aber sendmail bockt seit der "Umstellung" auf Dial-in. Als er ippp0 noch für eine Standleitung gehalten hat, hat alles (?) funktioniert; weil dann aber dauernd Port 25 eine ungewollte Einwahl ausgelöst hatte, musste ich umstellen. Über yast habe ich sendmail auf also Dialup gestellt, dann per hand in der sendmail.rc GMX (mail.gmx.net) als smarthost eingetragen (ich hänge sie noch mal unten an). Allerdings bekomme ich jetzt folgende Fehler in der /var/log/fetchmail: reading message 1 of 16 (1513 octets) fetchmail: SMTP connect to localhost failed fetchmail: can't raise the listener; falling back to $sendmail %Tsh: aposch: command not found fetchmail: MDA exited abnormally or returned nonzero status not flushed fetchmail: POP3> RETR 2 fetchmail: POP3< +OK message follows reading message 2 of 16 (2422 octets) sh: aposch: command not found fetchmail: SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from pop.gmx.net fetchmail: Query status=2 (SOCKET) Kann damit jemand etwas anfangen? Mir scheint, als versuchte ip-up.local sendmail mit den rechten des Users (aposch) aufzurufen, sonst wüßte ich nicht, was die shell nicht findet. Nun noch ein paar Glaskugeln-Vermeider: In der ip-up.local starte ich dann bei jeder Einwahl fetchmail im Hintergrund, direkt in der nächsten Zeile sendmail mit dem Parameter -q, ebenfalls im Hintergrund. Insgesamt sieht die ip-up.local so aus: #!/bin/bash /usr/bin/wget www.suse.de & echo $! > /tmp/wget.pid /bin/sleep 2 cat /tmp/wget.pid|xargs kill rm index.html # die obigen Zeilen sind für den transparenten squid, # der manchmal die erste Seite erst nach langer Verzoegerung liefert # - und soll bei freenet helfen /usr/bin/fetchmail -v --keep >>/var/log/fetchmail 2>&1 & /usr/sbin/sendmail -q & Die ersten Zeilen sollten nicht stören; an den relevanten letzten beiden Zeilen kann eigentlich nichts falsch sein, denn die entsprechen den auskommentierten Zeilen in der ip-up (wie ich erst später bemerkt habe :) Hier noch die /etc/rc.config.d/sendmail.rc.config (ähem, sollte die nicht sendmail.rc heissen?) ohne Kommentare: SENDMAIL_TYPE="yes" SENDMAIL_SMARTHOST="mail.gmx.net" SENDMAIL_LOCALHOST="localhost" SENDMAIL_RELAY="" SENDMAIL_ARGS="-bd -om" SENDMAIL_EXPENSIVE="yes" SENDMAIL_NOCANONIFY="yes" SENDMAIL_NODNS="yes" SENDMAIL_DIALUP="yes" SENDMAIL_GENERICS_DOMAIN="" MASQUERADE_DOMAINS="" Was sonst noch nötig sein könnte: Suse 7.2, ISDN per Fritz 1, per Susefirewall 2 ist der Rest des Netzes maskiert. Zugriffe aufs Internet funktionieren sogar fast zuverlässig - aber das ist ein anderes Thema. Sonst habe ich noch mail.gmx.net in die /etc/hosts eingetragen, bind sollte erst danach suchen. Kann mir jemand die Richtung weisen? Danke, Alfred
aposch@gmx.net ("Alfred Poschmann") writes:
... und ich dachte, Mail wäre eines der leichteren Themen :(
Dank der Tips hier von der Liste und besonders der Hilfe von Maik habe ich hier den Mailserver weitestgehend aufgezogen. IMAP funzt, aber sendmail bockt seit der "Umstellung" auf Dial-in. Als er ippp0 noch für eine Standleitung gehalten hat, hat alles (?) funktioniert; weil dann aber dauernd Port 25 eine ungewollte Einwahl ausgelöst hatte, musste ich umstellen.
Über yast habe ich sendmail auf also Dialup gestellt, dann per hand in der sendmail.rc GMX (mail.gmx.net) als smarthost eingetragen (ich hänge sie noch mal unten an). Allerdings bekomme ich jetzt folgende Fehler in der /var/log/fetchmail:
reading message 1 of 16 (1513 octets) fetchmail: SMTP connect to localhost failed fetchmail: can't raise the listener; falling back to $sendmail %Tsh: aposch: command not found fetchmail: MDA exited abnormally or returned nonzero status not flushed fetchmail: POP3> RETR 2 fetchmail: POP3< +OK message follows reading message 2 of 16 (2422 octets) sh: aposch: command not found fetchmail: SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from pop.gmx.net fetchmail: Query status=2 (SOCKET)
Es sieht so aus, als ob sendmail nicht als daemon laeuft. Da fetchmail scheinbar als User aposch laeuft, versucht fetchmail, sendmail mit dem Trusted User aposch zu starten, das geht natuerlich in die Hose :-( -Dieter -- Dieter Kluenter Brute Force Imaging
reading message 1 of 16 (1513 octets) fetchmail: SMTP connect to localhost failed fetchmail: can't raise the listener; falling back to $sendmail %Tsh: aposch: command not found fetchmail: MDA exited abnormally or returned nonzero status [...] Kann mir jemand die Richtung weisen?
Es sieht so aus, als ob sendmail nicht als daemon laeuft. Da fetchmail scheinbar als User aposch laeuft, versucht fetchmail, sendmail mit dem Trusted User aposch zu starten, das geht natuerlich in die Hose :-(
-Dieter
Ja, aber ich dachte, dass muss bei einer Dial-in-Lösung so sein? Was muss ich da tun? Ich fürchte, ich brauche die Richtung noch etwas genauer :) Alfred
Hallo, aposch@gmx.net ("Alfred Poschmann") writes: [...]
Es sieht so aus, als ob sendmail nicht als daemon laeuft. Da fetchmail scheinbar als User aposch laeuft, versucht fetchmail, sendmail mit dem Trusted User aposch zu starten, das geht natuerlich in die Hose :-(
Ja, aber ich dachte, dass muss bei einer Dial-in-Lösung so sein? Was muss ich da tun? Ich fürchte, ich brauche die Richtung noch etwas genauer :)
In /etc/rc.config 'SMTP=yes' Die Bemerkung zu SMTP=no in /etc/rc.config sagt sinngemaess, wenn mail ueber tcp/ip empfangen wird, muss smtpd gestartet werden, nur uucp Verbindungen benoetigen keinen Daemon. -Dieter -- Dieter Kluenter Brute Force Imaging
Am Die, 18 Sep 2001, schrieb Dieter Kluenter:
Hallo,
aposch@gmx.net ("Alfred Poschmann") writes:
[...]
Es sieht so aus, als ob sendmail nicht als daemon laeuft. Da fetchmail scheinbar als User aposch laeuft, versucht fetchmail, sendmail mit dem Trusted User aposch zu starten, das geht natuerlich in die Hose :-(
Ja, aber ich dachte, dass muss bei einer Dial-in-Lösung so sein? Was muss ich da tun? Ich fürchte, ich brauche die Richtung noch etwas genauer :)
In /etc/rc.config 'SMTP=yes' Die Bemerkung zu SMTP=no in /etc/rc.config sagt sinngemaess, wenn mail ueber tcp/ip empfangen wird, muss smtpd gestartet werden, nur uucp Verbindungen benoetigen keinen Daemon.
Das ist IMHO so nicht richtig, wenn Du z.B. Mail per Fetchmail abholst, kannst Du den MDA direkt in der .fetchmailrc angeben, es ist nicht notwendig, dass auf Port 25 ein Dämon lauscht. Es vereinfacht die Sache aber natürlich. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 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
Moin Christoph, * Christoph Maurer schrieb am 18 Sep 2001:
Am Die, 18 Sep 2001, schrieb Dieter Kluenter:
In /etc/rc.config 'SMTP=yes' Die Bemerkung zu SMTP=no in /etc/rc.config sagt sinngemaess, wenn mail ueber tcp/ip empfangen wird, muss smtpd gestartet werden, nur uucp Verbindungen benoetigen keinen Daemon.
Das ist IMHO so nicht richtig
Doch ;-)
wenn Du z.B. Mail per Fetchmail abholst
Er schrieb ja auch "empfangen", und nicht abholen. Das ist ja immerhin noch ein kleiner Unterschied ;-)
kannst Du den MDA direkt in der .fetchmailrc angeben, es ist nicht notwendig, dass auf Port 25 ein Dämon lauscht.
Das ist natürlich auch richtig. Gruß, Sebastian -- Do not meddle in the affairs of Wizards, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/
Am Die, 18 Sep 2001, schrieb Sebastian Helms:
Moin Christoph,
* Christoph Maurer schrieb am 18 Sep 2001:
Am Die, 18 Sep 2001, schrieb Dieter Kluenter:
In /etc/rc.config 'SMTP=yes' Die Bemerkung zu SMTP=no in /etc/rc.config sagt sinngemaess, wenn mail ueber tcp/ip empfangen wird, muss smtpd gestartet werden, nur uucp Verbindungen benoetigen keinen Daemon.
Das ist IMHO so nicht richtig
Doch ;-)
wenn Du z.B. Mail per Fetchmail abholst
Er schrieb ja auch "empfangen", und nicht abholen. Das ist ja immerhin noch ein kleiner Unterschied ;-)
Okay, habe ich so nicht bedacht, hatte die Frage aber auch so nicht verstanden. In einem Dialup-System wird "Mail" in aller Regel ja wohl nur dann "empfangen", wenn man ein lokales Netz hat und zwischen den Rechnern hin und her mailt, oder? Dann ist natürlich der smtp-Daemon notwendig. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 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
On Tue, 18 Sep 2001, Christoph Maurer wrote:
Am Die, 18 Sep 2001, schrieb Sebastian Helms:
Moin Christoph,
* Christoph Maurer schrieb am 18 Sep 2001:
Am Die, 18 Sep 2001, schrieb Dieter Kluenter:
In /etc/rc.config 'SMTP=yes' Die Bemerkung zu SMTP=no in /etc/rc.config sagt sinngemaess, wenn mail ueber tcp/ip empfangen wird, muss smtpd gestartet werden, nur uucp Verbindungen benoetigen keinen Daemon.
Das ist IMHO so nicht richtig
Doch ;-)
wenn Du z.B. Mail per Fetchmail abholst
Er schrieb ja auch "empfangen", und nicht abholen. Das ist ja immerhin noch ein kleiner Unterschied ;-)
Oh, herrliche Wortspiele! Ja, das ist wahrhaft ein Unterschied! Eine Bekannte von mir ist Geburtshelferin, ich frage sie einmal, ob aus ihrer Sicht zwischen "epmfangen" und "abholen" auch ein Unterschied besteht.
Okay, habe ich so nicht bedacht, hatte die Frage aber auch so nicht verstanden. In einem Dialup-System wird "Mail" in aller Regel ja wohl nur dann "empfangen", wenn man ein lokales Netz hat und zwischen den Rechnern hin und her mailt, oder? Dann ist natürlich der smtp-Daemon notwendig.
Und auch dann ist beim Empfangen von Mails ein Zusteller erforderlich. Das sieht man sehr schoen, wenn man mal den Befehl fetchmail -v -f ./.fetchmailrc aufruft und sich das Wechselspiel zwischen fetchmail und sendmail anschaut. Ohne einen MTA wird da schwerlich Post zuzustellen sein. Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...
Am Die, 18 Sep 2001, schrieb Peter Blancke:
On Tue, 18 Sep 2001, Christoph Maurer wrote:
Am Die, 18 Sep 2001, schrieb Sebastian Helms:
* Christoph Maurer schrieb am 18 Sep 2001:
Am Die, 18 Sep 2001, schrieb Dieter Kluenter:
In /etc/rc.config 'SMTP=yes' [...]
Das ist IMHO so nicht richtig Doch ;-) wenn Du z.B. Mail per Fetchmail abholst Er schrieb ja auch "empfangen", und nicht abholen. Das ist ja immerhin noch ein kleiner Unterschied ;-) [...] Okay, habe ich so nicht bedacht, hatte die Frage aber auch so nicht verstanden. In einem Dialup-System wird "Mail" in aller Regel ja wohl nur dann "empfangen", wenn man ein lokales Netz hat und zwischen den Rechnern hin und her mailt, oder? Dann ist natürlich der smtp-Daemon notwendig.
Und auch dann ist beim Empfangen von Mails ein Zusteller erforderlich. Das sieht man sehr schoen, wenn man mal den Befehl
fetchmail -v -f ./.fetchmailrc
aufruft und sich das Wechselspiel zwischen fetchmail und sendmail anschaut. Ohne einen MTA wird da schwerlich Post zuzustellen sein.
Ich zitiere mal aus man fetchmail ----------------------schnipp-------------------------------- (Keyword: mda) You can force mail to be passed to an MDA directly (rather than forwarded to port 25) with the -mda or -m option. Be aware that this disables some valuable resource-exhaustion checks and error handling provided by SMTP listeners; it's not a good idea unless running an SMTP listener is impossible. ---------------------schnapp-------------------------------- Daraus geht klar hervor, daß es möglich ist fetchmail ohne einen SMTP-Daemon auf Port25 zu betreiben. Du brauchst allerdings einen MDA. Dazu reicht aber z.B. procmail Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 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
participants (5)
-
Alfred Poschmann
-
Christoph Maurer
-
Dieter Kluenter
-
Peter Blancke
-
Sebastian Helms