Hallo Liste, mein kmail (aus Suse 7.1 ergo Kde 2.0) hat von Zeit zu Zeit Probleme mails zu versenden. Es behauptet, keine smtp-Verbindung zum smtp-Server aufbauen zu können (auch wenn der nachweislich da ist, da er gleichzeitig von mir angepingt wurde). Mal geht es sogar zur gleichen Zeit bei einem Benutzer nicht (auf :0) und beim anderen auf der gleichen Maschine (:1) klappt es einen Moment später, dann wieder bei beiden nicht und während eines Systemupdate via Netz dann klappt es plötzlich bei beiden Usern mehrfach und ohne Probleme und nach dem Download wieder bei beiden nicht. Any Comments? Alexander
On 21-May-2001 Alexander.Lipponer@bundesbank.de wrote:
mein kmail (aus Suse 7.1 ergo Kde 2.0) hat von Zeit zu Zeit Probleme mails zu versenden. Es behauptet, keine smtp-Verbindung zum smtp-Server aufbauen zu können (auch wenn der nachweislich da ist, da er gleichzeitig von mir angepingt wurde).
Mal geht es sogar zur gleichen Zeit bei einem Benutzer nicht (auf :0) und beim anderen auf der gleichen Maschine (:1) klappt es einen Moment später, dann wieder bei beiden nicht und während eines Systemupdate via Netz dann klappt es plötzlich bei beiden Usern mehrfach und ohne Probleme und nach dem Download wieder bei beiden nicht.
Du gehst ueber T-Online? Da passiert das sehr haeufig. Der SMTP-Server
ist einfach ueberlastet. Ob deine Mail dann gerade noch ruebergeht, ist
dann Glueckssache.
Bei anderen Providern, z.B. Tiscali oder Cityweb, erlebe ich das
seltener.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
On Mon, 21 Mai 2001, Heinz W. Pahlke wrote: [Probleme beim Senden von Mails]
Du gehst ueber T-Online? Da passiert das sehr haeufig. Der SMTP-Server ist einfach ueberlastet.
Naja, T-Online hat ja mehrere Server die hinter dem Alias smtprelay sitzen... Aber die Lastverteilung scheint nicht so recht zu klappen. Ergo hab ich mir ein kleines perlscript geschrieben, dass die IPs einer Liste (per nslookup rausgesucht und in einer hosts.tonline gespeichert) mit einem recht kurzen timeout anpingt, und dann bei einem Treffer die entsprechende Definition "smptrelay.t-online.de $IP" an die /etc/hosts einfuegt. Dazu noch ein kleines script das diese Vorarbeiten erledigt und dann sendmail -q aufruft... Ob und wie sich das mit KMail oder anderen selbst per smtp versendenden Mailern verbinden laesst weiss ich nicht. Bei Interesse PM. -dnh -- Nolte: 'Sex im Internet erst nach 23 Uhr!' Rückfrage: 'Welche Zeitzone?' Nolte: 'Wie? Welche Zeitzone?' -- Typisch Katholiken. Die glauben immer noch, daß die Erde eine Scheibe ist. Klar gibt es dann nur eine Zeitzone."
On 21-May-2001 David Haller wrote:
Naja, T-Online hat ja mehrere Server die hinter dem Alias smtprelay sitzen... Aber die Lastverteilung scheint nicht so recht zu klappen. Ergo hab ich mir ein kleines perlscript geschrieben, dass die IPs einer Liste (per nslookup rausgesucht und in einer hosts.tonline gespeichert) mit einem recht kurzen timeout anpingt, und dann bei einem Treffer die entsprechende Definition "smptrelay.t-online.de $IP" an die /etc/hosts einfuegt. Dazu noch ein kleines script das diese Vorarbeiten erledigt
Was bringt das, wenn smptrelay.t-online.de in der einen Sekunde Mails
annimmt, in der naechsten aber nicht mehr, um in der uebernaechsten
dann doch wieder? Oft genug passiert es mir auch, dass ich mit dem
Versenden von Mails beginnen kann, smptrelay.t-online.de aber
ploetzlich mittendrin behauptet, dass es gar nicht existiere und die
restlichen Mails dann nicht mehr annimmt.
Das Problem scheint aber auch stark vom Einwahlknoten abzuhaengen.
Manchmal laesst es sich auch loesen, indem man einen anderen DNS
verwendet - oder gleich einen anderen Mail-Provider :-)
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
On Die, 22 Mai 2001, Heinz W. Pahlke wrote:
On 21-May-2001 David Haller wrote:
Naja, T-Online hat ja mehrere Server die hinter dem Alias smtprelay sitzen... Aber die Lastverteilung scheint nicht so recht zu klappen. Ergo hab ich mir ein kleines perlscript geschrieben, dass die IPs einer Liste (per nslookup rausgesucht und in einer hosts.tonline gespeichert) mit einem recht kurzen timeout anpingt, und dann bei einem Treffer die entsprechende Definition "smptrelay.t-online.de $IP" an die /etc/hosts einfuegt. Dazu noch ein kleines script das diese Vorarbeiten erledigt
Was bringt das, wenn smptrelay.t-online.de in der einen Sekunde Mails annimmt, in der naechsten aber nicht mehr, um in der uebernaechsten dann doch wieder?
Kann das an einer Ueberlastung (des Servers/der Leitung) liegen? Also seit dem ich das Schema verwende (Anfang Februara), habe ich IIRC meine Mails immer (zuegig!) abschicken (und holen koennen). Durch den kurzen Timeout (2-3sek) werden die lahmen Server gleich rausgefiltert ;) Meist klappt das Versenden sogar dann, wenn alle pings das timeout ueberschreiten... Die verwendeten Server sind: smtprelay.t-online.de: 194.25.134.28 194.25.134.29 194.25.134.30 194.25.134.31 194.25.134.92 194.25.134.93 194.25.134.94 194.25.134.95 Hm. Da faellt mir ein, ich wollte da noch ein "shuffle" fuer die Reihenfolge der pings einbauen ;) Naja, war nur als Anregung gedacht. Mich hat's halt (auch) genervt, wenn mails im Datennirvana verschwunden sind und ich die Mails aus sent-messages nochmal raussuchen musste... Wie gesagt, die Lastverteilung bei t-online (und die DNS) sind wohl oefter ueberlastet (besonders die DNS), und mit meinem Ansatz umgehe ich beide Probleme. -dnh -- 166: Wiedervereinigung Verschmelzung zweier Staaten ohne Rücksicht auf die Geschichte (Ralf Muschall)
On Tue, May 22, 2001 at 08:10:49AM +0200, Heinz W. Pahlke wrote: Hallo Heinz, [...]
Was bringt das, wenn smptrelay.t-online.de in der einen Sekunde Mails annimmt, in der naechsten aber nicht mehr, um in der uebernaechsten dann doch wieder? Oft genug passiert es mir auch, dass ich mit dem Versenden von Mails beginnen kann, smptrelay.t-online.de aber ploetzlich mittendrin behauptet, dass es gar nicht existiere und die restlichen Mails dann nicht mehr annimmt.
Das habe ich bei mir gelöst, in dem ich in der sendmail.cf den Wert Timeout.iconnect und Timeout.ident auf jeweils 60 Sekunden erhöht habe. Gruß Karlheinz -- E-Mail: karlheinz.guenster@t-online.de --
participants (4)
-
Alexander.Lipponer＠bundesbank.de -
David Haller -
Heinz W. Pahlke -
Karlheinz Günster