[sendmail] User können keine Mails mehr abrufen
Hallo Liste..... teile meiner User (unter anderem auch ich) haben im Moment folgendes Problem: Sie können zwar Mails senden, aber keiner kann seine Mails abrufen. Sie liegen zwar auf dem Server, aber in den Einträgen der /var/log/messages finde ich folgendes: Aug 14 08:01:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use Aug 14 08:11:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use Aug 14 08:14:33 xtxsrv1 imapd[19882]: connect from 192.168.35.21 (192.168.35.21) Aug 14 08:21:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use Aug 14 08:26:06 xtxsrv1 imapd[19925]: connect from 192.168.35.21 (192.168.35.21) Aug 14 08:26:17 xtxsrv1 imapd[19925]: Login failure user=alexander.reuther host=[192.168.35.21] Aug 14 08:26:28 xtxsrv1 imapd[19925]: Login failure user=alexander.reuther host=[192.168.35.21] Aug 14 08:29:30 xtxsrv1 imapd[19945]: connect from 192.168.35.21 (192.168.35.21) Aug 14 08:31:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use Kann mir jemand sagen was hier für wein Fehler vorliegt? Ich habe jetzt schon überall nachgesehen, aber nichts gefunden. Gruß Alex
Hallo Alexander, * Alexander schrieb:
Hallo Liste.....
teile meiner User (unter anderem auch ich) haben im Moment folgendes Problem:
Sie können zwar Mails senden, aber keiner kann seine Mails abrufen. Sie liegen zwar auf dem Server, aber in den Einträgen der /var/log/messages finde ich folgendes:
Aug 14 08:01:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use Aug 14 08:11:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use Aug 14 08:14:33 xtxsrv1 imapd[19882]: connect from 192.168.35.21 (192.168.35.21) Aug 14 08:21:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use
Das ist nicht normal. Hast du auf Port 25 mehr als einen MTA am Start? Wie sieht deine /etc/inetd.conf bezüglich smtp und imap aus?
Aug 14 08:26:06 xtxsrv1 imapd[19925]: connect from 192.168.35.21 (192.168.35.21) Aug 14 08:26:17 xtxsrv1 imapd[19925]: Login failure user=alexander.reuther host=[192.168.35.21] Aug 14 08:26:28 xtxsrv1 imapd[19925]: Login failure user=alexander.reuther host=[192.168.35.21] Aug 14 08:29:30 xtxsrv1 imapd[19945]: connect from 192.168.35.21 (192.168.35.21) Aug 14 08:31:09 xtxsrv1 inetd[31494]: smtp/tcp (2): bind: Address already in use
Kann mir jemand sagen was hier für wein Fehler vorliegt? Ich habe jetzt schon überall nachgesehen, aber nichts gefunden.
Welchen IMAP-Server verwendest du denn? Wie werden die User authentifiziert? -- bye Waldemar
Hey, hier die gewünschte Inforamtion:
Das ist nicht normal. Hast du auf Port 25 mehr als einen MTA am Start? Wie sieht deine /etc/inetd.conf bezüglich smtp und imap aus? Eigentlich sieht die Datei ganz in Ordnung aus, alle Dienste die ich benötige werden gestartet. Die Zeile in der es sich um Sendmail dreht sieht folgendermaßen aus:
# smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs #
Welchen IMAP-Server verwendest du denn? Wie werden die User authentifiziert?
Die server die ich verwende sind die Standartmäßig von SuSE 7.2 installierten: Sendmail : 8.11.3-33 IMAP : 2000c-44 Die User melden sich so an wie sie im System als Benutzer eingetragen sind, lediglich die ankommenden Mails werden über die Datei aliases den Nutzer zugeteilt... user.xyz xyz usw... Ich weiss nicht ob dass jetzt viel weiterhilft, aber ich hoffe es mal... Gruß Alex
On Die, 14 Aug 2001, Alexander Reuther wrote:
smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs
Laufen der inetd _und_ hast du SMTP="yes" in der /etc/rc.config? Dann wird naemlich schon beim booten der sendmail als daemon gestartet (/etc/init.d/sendmail) und wenn dann auf port 25 traffic reinkommt will der inetd gemaess obiger Zeile noch einen sendmail auf port 25 starten... Also entweder via inetd _oder_ via bootscript. -dnh -- 169: Veganer Die, die ihre Kinder nicht säugen, weil das für die Mutter Tierquälerei wäre. (Wau Holland)
Moin David, * David Haller schrieb am 15 Aug 2001:
On Die, 14 Aug 2001, Alexander Reuther wrote:
smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs
Laufen der inetd _und_ hast du SMTP="yes" in der /etc/rc.config?
Dann wird naemlich schon beim booten der sendmail als daemon gestartet (/etc/init.d/sendmail) und wenn dann auf port 25 traffic reinkommt will der inetd gemaess obiger Zeile noch einen sendmail auf port 25 starten...
Nana, David, das solltest du besser wissen ;-)) Wenn der inetd später gestartet wird, beschwert er sich, daß Port 25 belegt ist. Ich weiß aber nicht, ob er dann ohne Port 25 läuft oder gar nicht erst startet. 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 Mittwoch 15 August 2001 21:28 schrieb Sebastian Helms:
Moin David,
* David Haller schrieb am 15 Aug 2001:
On Die, 14 Aug 2001, Alexander Reuther wrote:
smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs
Laufen der inetd _und_ hast du SMTP="yes" in der /etc/rc.config?
Dann wird naemlich schon beim booten der sendmail als daemon gestartet (/etc/init.d/sendmail) und wenn dann auf port 25 traffic reinkommt will der inetd gemaess obiger Zeile noch einen sendmail auf port 25 starten...
Alles schön und gut, nur steht im subject nicht was von "Mail abrufen"? Was hat das mit Port 25 zu tun? Schon mal an den Port 110 und den pop-deamon gedacht????? *wundertsich* Schon mal das probiert: aem@melmac:~ > telnet localhost 110 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK POP3 localhost v2000.69 server ready quit +OK Sayonara Connection closed by foreign host. aem@melmac:~ >
Nana, David, das solltest du besser wissen ;-))
Wenn der inetd später gestartet wird, beschwert er sich, daß Port 25 belegt ist. Ich weiß aber nicht, ob er dann ohne Port 25 läuft oder gar nicht erst startet.
Gruß,
Sebastian
Gruss Arne
On Don, 16 Aug 2001, Arne-Erik Martin wrote:
Am Mittwoch 15 August 2001 21:28 schrieb Sebastian Helms:
* David Haller schrieb am 15 Aug 2001:
On Die, 14 Aug 2001, Alexander Reuther wrote:
smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs
Laufen der inetd _und_ hast du SMTP="yes" in der /etc/rc.config?
[Wieso antwortest du eigentlich auf Sebastians mail und nicht auf meine, wenn du dich nur auf meine beziehst? Und wieso zitierst du unter deinem Text dann trotzdem das was Sebastian schrieb komplett?] [Zitat angepasst]
Nana, David, das solltest du besser wissen ;-))
Sollte ich?? :)
Wenn der inetd später gestartet wird, beschwert er sich, daß Port 25 belegt ist. Ich weiß aber nicht, ob er dann ohne Port 25 läuft oder gar nicht erst startet.
Hm. Hab mal getestet, bei mir blieb er stumm... Aber egal.
Alles schön und gut, nur steht im subject nicht was von "Mail abrufen"? Was
Ja, das steht da.
hat das mit Port 25 zu tun? Schon mal an den Port 110 und den pop-deamon gedacht?????
Nein, denn der ist nicht beteiligt!
Schon mal das probiert: aem@melmac:~ > telnet localhost 110 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK POP3 localhost v2000.69 server ready
$ telnet localhost 110 Trying 127.0.0.1... telnet: Unable to connect to remote host: Verbindungsaufbau abgelehnt Bei mir laeuft gar kein popper. Wozu auch. Einen POP Daemon braucht man nur, wenn man Mails vom eigenen Rechner _abholen_ will, nicht um Mails auf einem _anderen_ Server abzuholen (_dort_ muss dann ein POP laufen). Server -> Inet -> Client popd => popclient -> MDA [-> MDA] -> MUA Client -> Inet -> Server MUA -> MTA => MTA MTA = "Mail Transport Agent" z.B. sendmail/qmail/postfix... MDA = "Mail Delivery Agent", z.B. o.g. MTAs/procmail/deliver popclient ist wohl meist fetchmail. Hier ist nur ein popd beteiligt, der deines Providers. Und warum ist ein MTA auf port 25 beim Abholen beteiligt? Nun, der bekommt die mails vom popclient zugeschoben, entscheidet was mit diesen Mails zu machen ist (lokal zustellen / weiterleiten etc.) und uebergibt sie dann z.B. an procmail oder schreibt sie direkt in die Mbox. -dnh --
Du bist ja nur der Schrecken von dag°. Wem WoKo in dag° Schrecken einjagt, der hat dag° nicht verstanden. Umgekehrt wird ein Schuhschrank draus: WoKo ist der Schrecken des restlichen Nutznetzes. [Michael Hoffmann und Dieter Bruegmann in dag°]
Hallo David! Am Donnerstag 16 August 2001 22:42 schrieb David Haller:
On Don, 16 Aug 2001, Arne-Erik Martin wrote:
Am Mittwoch 15 August 2001 21:28 schrieb Sebastian Helms:
* David Haller schrieb am 15 Aug 2001:
On Die, 14 Aug 2001, Alexander Reuther wrote:
smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs
Laufen der inetd _und_ hast du SMTP="yes" in der /etc/rc.config?
[Wieso antwortest du eigentlich auf Sebastians mail und nicht auf meine, wenn du dich nur auf meine beziehst? Und wieso zitierst du unter deinem Text dann trotzdem das was Sebastian schrieb komplett?] [Zitat angepasst]
Weil mir dort aufgefallen ist, dass _meiner Meinung_ nach an der falschen Stelle nach der Lösung gesucht wird. Sorry, wenn es für ein Problem war, war keine böse Absicht!
Nana, David, das solltest du besser wissen ;-))
Sollte ich?? :)
den ">" nacht zu hab ich das _nicht_ gesagt ;-) und ich kann mich auch nicht daran erinnern, es gesagt zu haben.
Wenn der inetd später gestartet wird, beschwert er sich, daß Port 25 belegt ist. Ich weiß aber nicht, ob er dann ohne Port 25 läuft oder gar nicht erst startet.
Hm. Hab mal getestet, bei mir blieb er stumm... Aber egal.
Alles schön und gut, nur steht im subject nicht was von "Mail abrufen"? Was
Ja, das steht da.
hat das mit Port 25 zu tun? Schon mal an den Port 110 und den pop-deamon gedacht?????
Nein, denn der ist nicht beteiligt!
Schon mal das probiert: aem@melmac:~ > telnet localhost 110 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK POP3 localhost v2000.69 server ready
$ telnet localhost 110 Trying 127.0.0.1... telnet: Unable to connect to remote host: Verbindungsaufbau abgelehnt
Bei mir laeuft gar kein popper. Wozu auch.
Einen POP Daemon braucht man nur, wenn man Mails vom eigenen Rechner _abholen_ will, nicht um Mails auf einem _anderen_ Server abzuholen (_dort_ muss dann ein POP laufen).
Ok, das habe ich dann wohl falsch interpretiert. Wir ist nicht klar wer, wie, wo die Mails holt und an wen zustellt.
Server -> Inet -> Client popd => popclient -> MDA [-> MDA] -> MUA
Client -> Inet -> Server MUA -> MTA => MTA
MTA = "Mail Transport Agent" z.B. sendmail/qmail/postfix... MDA = "Mail Delivery Agent", z.B. o.g. MTAs/procmail/deliver popclient ist wohl meist fetchmail.
Hier ist nur ein popd beteiligt, der deines Providers.
Und warum ist ein MTA auf port 25 beim Abholen beteiligt?
Nun, der bekommt die mails vom popclient zugeschoben, entscheidet was mit diesen Mails zu machen ist (lokal zustellen / weiterleiten etc.) und uebergibt sie dann z.B. an procmail oder schreibt sie direkt in die Mbox.
Das ist eine ganz andere Situation. Schreibt denn procmail ( oder was Du benutzt ) auch korrekt in die mbox?
-dnh
Gruss Arne
Hallo, shadow-dancer@gmx.net (Alexander Reuther) writes:
Hey,
hier die gew=FCnschte Inforamtion:
Das ist nicht normal. Hast du auf Port 25 mehr als einen MTA am Start? Wie sieht deine /etc/inetd.conf bez=FCglich smtp und imap aus? Eigentlich sieht die Datei ganz in Ordnung aus, alle Dienste die ich=20 ben=F6tige werden gestartet. Die Zeile in der es sich um Sendmail dreht =
sieht folgenderma=DFen aus:
# smtp stream tcp nowait root /usr/bin/sendmail sendmail -bs #
[...] Steht das wirklich in deiner /etc/inetd ? Du startest also sendmail ueber inetd und ueber das Startscript in ../init.d/sendmail ? -Dieter -- Dieter Kluenter Brute Force Imaging
participants (6)
-
Alexander Reuther
-
Arne-Erik Martin
-
David Haller
-
Dieter Kluenter
-
Sebastian Helms
-
Waldemar Brodkorb