Hallo,
sendmail funktioniert bei einiger Providern wie tiscali
und 1und1 nur manchmal, dann wieder stundenlang oder
tagelange nicht. Jetzt aktuell:
rex:~ # sendmail -v -q
Running FAA04593 (sequence 1 of 2)
Hi! On Mon, 11 Jun 2001, Ekkard Gerlach wrote:
Auch wenn der Fehler "deferred.. " auftrift geht ein Ping auf den Smarthost immer. "No route to host" ist also gelogen.
Geht denn "telnet <smarthost> smtp"? Das wäre vielleicht aussagekräftiger... Und wenn *das* klappt, und "sendmail -q -v" immer noch nicht, kann das an der "persistent Host Database" liegen, in der sendmail sich solche Fehlversuche eine Zeit lang merkt; in solchen Fällen lösche ich einfach den entsprechenden Eintrag. (z.B. /var/spool/mqueue/.hoststat/de./mail./server)
Immer wieder hoffe ich, dass sendmail DOCH dauerhaft funktioniert und ich von diesem dämlichen Netscape Messenger wegkomme, aber seit 2 Jahren das gleiche Bild. Der Netscape verwendet andere lookup-Routinen, der funktioniert IMMER ! Tiscali oder vor gut einem Jahr noch 1und1 haben meine KLagen über sendmail nie ernst genommen.
Warum benutzt Du überhaupt einen smarthost? Sendmail kann doch auch direkt an den Empfänger ausliefern... Martin
On Mon, 11 Jun 2001, Martin Köhling wrote:
sich solche Fehlversuche eine Zeit lang merkt; in solchen Fällen lösche ich einfach den entsprechenden Eintrag. (z.B. /var/spool/mqueue/.hoststat/de./mail./server)
Besser nicht. Dafuer gibt's 'sendmail -bH'. Mit 'sendmail -bh' werden die aktuellen Eintraege angezeigt. -dnh -- Take note of the toes you step on today as they may be connected to the ass you have to kick tomorrow. [Ben in the SDM]
Hi!
On Mon, 11 Jun 2001, Martin Köhling wrote:
sich solche Fehlversuche eine Zeit lang merkt; in solchen Fällen lösche ich einfach den entsprechenden Eintrag. (z.B. /var/spool/mqueue/.hoststat/de./mail./server)
Besser nicht. Dafuer gibt's 'sendmail -bH'. Mit 'sendmail -bh' werden die aktuellen Eintraege angezeigt.
'-bH' löscht aber nur die 'expired entries' - also "alte" Einträge (ich vermute mal, Einträge, die älter als Timeout.hoststatus sind [default: 30m]). Das "manuelle" Löschen dagegen wirkt sofort (wenn man etwa gerade ein Server/Netzwerkproblem beseitigt hat und einen Queue-Run erzwingen will), und negative Auswirkungen hab' ich bisher nicht beobachtet... Bye, Martin
On Die, 12 Jun 2001, Martin Köhling wrote: Bitte lasse den Vorredner leben! [in dem Fall: David Haller wrote:]
Besser nicht. Dafuer gibt's 'sendmail -bH'. Mit 'sendmail -bh' werden die aktuellen Eintraege angezeigt.
'-bH' löscht aber nur die 'expired entries' - also "alte" Einträge (ich vermute mal, Einträge, die älter als Timeout.hoststatus sind [default: 30m]).
Noe. root@slarty[0]:~ (0) # mailq Mail Queue (1 request) --Q-ID-- --Size-- -----Q-Time----- ------------Sender/Recipient------------ WAA13547 5 Tue Jun 12 22:45 root david@bonsai root@slarty[0]:~ (0) # sendmail -q -vvv Running WAA13547 (sequence 1 of 1) david@bonsai... Connecting to smtprelay.t-online.de via smtp... david@bonsai... Deferred: Name server: smtprelay.t-online.de: host name lookup failure root@slarty[0]:~ (0) # mailq Mail Queue (1 request) --Q-ID-- --Size-- -----Q-Time----- ------------Sender/Recipient------------ WAA13547 5 Tue Jun 12 22:45 root (Deferred: Name server: smtprelay.t-online.de: host name look) david@bonsai root@slarty[0]:~ (0) # sendmail -bh -------------- Hostname --------------- How long ago ---------Results--------- smtprelay.t-online.de 00:00:09 Deferred: Resource tempor root@slarty[0]:~ (0) # sendmail -bH root@slarty[0]:~ (0) # sendmail -bh root@slarty[0]:~ (0) # Direkt nacheinander eingegeben... Sagen wir, es waren < 15 sek... -dnh -- 105: Wassenaar The real aim of current policy is to ensure the continued effectiveness of US information warfare assets against individuals, businesses and governments in Europe and elsewhere" (Ross Anderson)
On Tue, 12 Jun 2001, David Haller wrote:
On Die, 12 Jun 2001, Martin Köhling wrote:
Bitte lasse den Vorredner leben!
Ups - sorry! :-)
'-bH' löscht aber nur die 'expired entries' - also "alte" Einträge (ich vermute mal, Einträge, die älter als Timeout.hoststatus sind [default: 30m]).
Noe.
Steht aber so in der Manpage: -bH Purge expired entries from the persistent host status database.
root@slarty[0]:~ (0) # mailq Mail Queue (1 request) --Q-ID-- --Size-- -----Q-Time----- ------------Sender/Recipient------------ WAA13547 5 Tue Jun 12 22:45 root (Deferred: Name server: smtprelay.t-online.de: host name look) david@bonsai root@slarty[0]:~ (0) # sendmail -bh -------------- Hostname --------------- How long ago ---------Results--------- smtprelay.t-online.de 00:00:09 Deferred: Resource tempor root@slarty[0]:~ (0) # sendmail -bH root@slarty[0]:~ (0) # sendmail -bh root@slarty[0]:~ (0) #
Direkt nacheinander eingegeben... Sagen wir, es waren < 15 sek...
Kann es darn liegen, daß es bei Dir "nur" ein DNS-Problem war? Wenn ich z.B. ein "connection refused" erzuge (indem ich den Sendmail auf dem Zielrechner vorher anhalte), bewirkt 'sendmail -bh' zunächst mal garnichts... (gerade ausprobiert) Vielleicht benutzt Sendmail bei DNS-Fehlern ein anderes Timeout? Bye, Martin
* Martin Köhling
Warum benutzt Du überhaupt einen smarthost? Sendmail kann doch auch direkt an den Empfänger ausliefern...
Aber nur, wenn der Empfänger das auch zuläßt... wenn du keine feste IP- Adresse hast, sind solche Spielchen nicht zu empfehlen, da kommt viel zurück... flo -- Ist eine Haustäre nicht ein geteerter Eingansweg eines Mittelalterlichen Hauses. Du lachst dich schlapp, aber den BEGRIFF "Täre" gibt es wirklich. Früher Bezeichnete man einen Teerbottich so, oder eben einen geteerten Gehweg. [WoKo in dag°]
On Mon, 11 Jun 2001, Florian Gross wrote:
* Martin Köhling
textete am 11.06.01: [ Sendmail will nicht ]
Warum benutzt Du überhaupt einen smarthost? Sendmail kann doch auch direkt an den Empfänger ausliefern...
Aber nur, wenn der Empfänger das auch zuläßt... wenn du keine feste IP- Adresse hast, sind solche Spielchen nicht zu empfehlen, da kommt viel zurück...
"Spielchen"? Naja. Ich find's schon vorteilhaft, nach dem Versenden von Mail möglichst sofort zu sehen, ob sie angekommen ist, und nicht erst beim nächsten Poll. Und ich hab' damit bisher keine Probleme gehabt. (OK, ich maile aber auch nicht übermäßig viel von Zuhause aus.) Aber *warum* gibt es Probleme? Woran erkennt der Empfänger überhaupt, daß eine dynamische Adresse vorliegt? Oder werden einfach bestimmte Provider (über die besonders viel SPAM & Co. kommt, wie angeblich AOL) abgelehnt? Würd' mich mal interessieren... Bye, Martin
Am Wed, 13 Jun 2001 schrieb Martin Köhling:
Aber nur, wenn der Empfänger das auch zuläßt... wenn du keine feste IP- Adresse hast, sind solche Spielchen nicht zu empfehlen, da kommt viel zurück...
"Spielchen"? Naja. Ich find's schon vorteilhaft, nach dem Versenden von Mail möglichst sofort zu sehen, ob sie angekommen ist, und nicht erst beim nächsten Poll.
Also aus Netzwerksicht ist es klar sinnvoll, den Smarthost des Providers zu verwenden. E-Mail ist ***KEIN*** Echtzeitmedium, und so sollte sie auch behandelt werden. Ich sehe keinen Sinn darin, das E-Mail-System zu sowas zu vergewaltigen, für diese Problemstellung gibts bessere Lösungen (z.B. Instant Messenger). Abgesehen davon ist es ein völlig normaler Betriebszustand, daß eine E-Mail mal kurzzeitig nicht zugestellt werden kann. Jeder Mailserver wird in diesem Fall einige Stunden lang immer wieder versuchen, die Mail erneut zuzustellen. In der Regel kriegt man nach 4 Stunden ne Informationsmail, nach 2 Tagen wird die Mail gebounced. Wenn Du sowas ohne Smarthost machst hast Du davon außer Dauer-Onlinezeiten wegen der Retries und sinnloser Leitungslast keinerlei Gewinn.
Aber *warum* gibt es Probleme? Woran erkennt der Empfänger überhaupt, daß eine dynamische Adresse vorliegt? Oder werden einfach bestimmte Provider (über die besonders viel SPAM & Co. kommt, wie angeblich AOL) abgelehnt?
Ein intelligenter Administrator wird seinem Mailserver zwecks Verhinderung von SPAM verbieten, Mails direkt von Dialup-Hosts aus fremden Netzen anzunehmen. Dafür gibts Listen von IP-Bereichen, die für Dialins verwendet werden, z.B. bei mail-abuse.org. Manche Provider sperren auch den SMTP-Port aus dem Netz zum Dialin und schalten ihn erst auf Anfrage frei, um falsch konfigurierte Mailserver bei Kunden nicht zu SPAM-Schleudern werden zu lassen (Relaying). Die korrekte Variante ist immer, ausgehende Mails über das vorgesehene Relay des jeweiligen Providers zu transportieren, auch aus Bandbreitengründen, denn der kann z.B. Mails verschiedener Absender an die gleiche Zieldomain bündeln. Bietet ein Provider kein eigenes SMTP-Relay an, kann man alternativ SMTP-after-POP machen, wenn der Mailserver das unterstützt, aber ich persönlich würde in so einem Fall einfach den Provider wechseln. T-Online bietet übrigens ein SMTP-Relay an, und wenn man das über die Homepage entsprechend freischaltet auch ohne die Mailheader unnötig zu vermurksen. -- Erhard Schwenk http://www.fto.de http://www.akkordeonjugend.de
Martin Köhling wrote:
Hi!
On Mon, 11 Jun 2001, Ekkard Gerlach wrote:
Auch wenn der Fehler "deferred.. " auftrift geht ein Ping auf den Smarthost immer. "No route to host" ist also gelogen.
Geht denn "telnet <smarthost> smtp"? Das wäre vielleicht aussagekräftiger...
Jetzt gerade gehts wieder .. Ich teste es sobald der Fehler wieder auftritt.
Und wenn *das* klappt, und "sendmail -q -v" immer noch nicht, kann das an der "persistent Host Database" liegen, in der sendmail sich solche Fehlversuche eine Zeit lang merkt; in solchen Fällen lösche ich einfach den entsprechenden Eintrag. (z.B. /var/spool/mqueue/.hoststat/de./mail./server)
Auch das werde ich testen, Danke.
Warum benutzt Du überhaupt einen smarthost? Sendmail kann doch auch direkt an den Empfänger ausliefern...
Hmmmm . Als der smarthost ist doch der Mailserver des Empfängers, oder? Also gewöhnlich mail.<provider>.de oder smtp.<provider>.de . "direkt an den Empfänger" ? Ist der smarthost erst noch ein Umweg? Das was in der sendmail.rc.config angegeben wird als smarthost ist genau der Mailserver.!? Was für eine Alternative gibt es denn? Dieter Kluenter wrote: ...
Die IP hoffentlich auch in [ ] gesetzt, sonst meckert sendmail.
Habe ich gemacht. Kurz vorher habe ich sendmail mal wieder erfolgreich nutzen können, jetzt mit [], also : SENDMAIL_SMARTHOST="[212.122.128.19]" läuft auch (noch). Wenn wieder der "deferred.."-Fehler auftritt werde ich wie von Dir beschrieben die sendmail.cf erstellen. Jetzt warte ich darauf, dass es mal wieder nicht funzt. Danke Ekkard
Am Die, 12 Jun 2001, schrieb Ekkard Gerlach:
Martin Köhling wrote:
On Mon, 11 Jun 2001, Ekkard Gerlach wrote:
Auch wenn der Fehler "deferred.. " auftrift geht ein Ping auf den Smarthost immer. "No route to host" ist also gelogen. [...] Warum benutzt Du überhaupt einen smarthost? Sendmail kann doch auch direkt an den Empfänger ausliefern...
Hmmmm . Als der smarthost ist doch der Mailserver des Empfängers, oder? Also gewöhnlich mail.<provider>.de oder smtp.<provider>.de .
"direkt an den Empfänger" ? Ist der smarthost erst noch ein Umweg?
Das was in der sendmail.rc.config angegeben wird als smarthost ist genau der Mailserver.!? Was für eine Alternative gibt es denn?
Nein, der Smarthost ist der SMTP-Server Deines Providers. Bsp. a@t-online.de schickt Mail an b@gmx.de Normalerweise läuft das so ab: a-->sendmail@a.local-->smtprelay@t-online.de--->smtp.gmx.de .... pop.gmx.de<---b Wenn Du direkt versendest, kontaktiert Dein Sendmail direkt den SMTP-Server des Empfängers (bestimmbar über MX-Record), also: a-->sendmail@a.local-->smtp.gmx.de ... pop.gmx.de<---b Ich versende meine Mails z.B. so, das geht bei mir problemlos, da ich eine statische IP habe, manche SMTPs sind allerdings so konfiguriert, daß sie Mails von Rechnern mit dynamischer IP nicht annehmen. 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
Hallo Ekkard,
Ekkard Gerlach
Hallo,
sendmail funktioniert bei einiger Providern wie tiscali und 1und1 nur manchmal, dann wieder stundenlang oder tagelange nicht. Jetzt aktuell:
rex:~ # sendmail -v -q Running FAA04593 (sequence 1 of 2)
... Deferred: No route to host Running FAA04590 (sequence 2 of 2)
... Deferred: No route to host In der sendmail.rc.config habe ich als smarthost schon die IP direkt eingetragen, sonst wäre ein versenden Mails mit sendmail über 50% der Zeit unmöglich. Jetzt, mit direkt eingetragener IP, habe ich nur Ausfälle von 20% der Zeit. Die IP hoffentlich auch in [ ] gesetzt, sonst meckert sendmail.
Sendmail kann ziemlich pingelig sein, wenn Zeit ins Spiel kommt. Mir scheint, der Nameserver ist etwas lahm. Ein kleiner Trick hilft vielleicht, dazu musst du aber dann mittels linux.mc deine eigene sendmail.cf erstellen define(`confDIAL_DELAY',`5s')dnl fuehrt dazu, dass sendmail nach 5 Sekunden erneut versucht, eine Adresse aufzuloesen, ohne das Timeout der ersten Anfrage zu beachten.Die Zeitangabe ist frei waehlbar, es koennen also auch 20 oder 20 Sekunden sein, aber 5 Sekunden habe bei mir Wunder bewirkt. -Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
On 11-Jun-2001, Ekkard Gerlach wrote:
Hallo,
sendmail funktioniert bei einiger Providern wie tiscali und 1und1 nur manchmal, dann wieder stundenlang oder tagelange nicht. Jetzt aktuell:
Hi, da Die Mails von 1und1 ueber die gleichen Server gehen wie die von Schlund und Puretec, koenntest Du mal probieren ob es z.B mit mrvdom.kundenserver.de geht. Meine Mails schicke ich schon seit laengerem damit problemlos. Emails meiner Puretec-Domains und meiner schlund.de Adresse schluckt er ohne Probleme. Es wuerde mich wundern wenn er bei einer 1und1 Adresse meckern wuerde. Gruss, Oliver
participants (8)
-
Christoph Maurer
-
David Haller
-
Dieter Kluenter
-
Ekkard Gerlach
-
Erhard Schwenk
-
Florian Gross
-
Martin Köhling
-
Oliver Kiehl