Re: Eingehende mails landen in mqueue
Hallo Christian,
Christian Mueller
Leute, es läuft wieder! Ich hab' zwar leider keine Ahnung was es genau war, aber ich hab' solange rumgebastelt bis es wieder ging... :-)
Danke an alle die versucht haben zu helfen!
Gern geschehen und Glueckwunsch. Aber trotzdem wuerde mich interessieren, was die Ursache gewesen sein koennte, schon fuer meine Fallstudien ;-) Gruss Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
Dieter Kluenter schrieb am 29. Mar 2001 um 22:03:45: Hallo,
Christian Mueller
writes: Leute, es läuft wieder! Ich hab' zwar leider keine Ahnung was es genau war, aber ich hab' solange rumgebastelt bis es wieder ging... :-)
Danke an alle die versucht haben zu helfen!
Gern geschehen und Glueckwunsch. Aber trotzdem wuerde mich interessieren, was die Ursache gewesen sein koennte, schon fuer meine Fallstudien ;-)
Ich habe gerade eben rausgefunden was wirklich los war und immer noch ist. Als ich vorgestern gesehen habe das die eingehenden mails alle in der mqueue angelaufen sind war ich mir sicher das die wieder weggeschickt werden sollen, und hab' natürlich Panik bekommen und garnix mehr gemacht bevor ich hier nachgefragt hatte. Heute ist mir aber aufgefallen das die mails zwar nicht wieder rausgehen, aber jetzt auch intern erst nach dem "sendmail -q"-Aufruf zugestellt werden... Iss zwar jetzt nicht so schlimm, aber wegbekommen würde ich das trotzdem doch ganz gerne. Christian --
Ich wuerde mir dort keinen Rechner kaufen weil ich staendig an meinen Rechnern herumschraube; || Ohne Boshaftigkeit: Für mich sind die Computerrumschrauber, Übertakter, Noch'ne Karte-Reinstecker, Windows- Optimierer, Linux-Installierer die wahren digitalen Mantafahrer der Gegenwart. [Heiner Kruener und Gregor Frowein in defbm]
Hi Christian Mueller,
aufgefallen das die mails zwar nicht wieder rausgehen, aber jetzt auch intern erst nach dem "sendmail -q"-Aufruf zugestellt werden...
Mit dem gleichen Problem kämpfe ich auch. Ich habe mir jetzt mal in die .fetchmailrc die Zeile >postconnect "/usr/sbin/sendmail -q"< eingebaut. Damit werden die Mails gleich nach dem Connect nochmal verschickt, das Problem ist dadurch jedoch nicht gelöst. (Vor allem Mails, die von Programmen (z. B. vbox) geschickt werden, werden erst nach dem nächsten Pollen endgültig verschickt.) -- Gruß - Ulli
On Fri, Mar 30, 2001 at 14:21 +0200, Ulli Kuhnle wrote:
Hi Christian Mueller,
aufgefallen das die mails zwar nicht wieder rausgehen, aber jetzt auch intern erst nach dem "sendmail -q"-Aufruf zugestellt werden...
Wie sieht denn die /etc/mail/mailertable aus? dort sollte
eine Zeile drinstehen wie z.B.
Volker Tanner schrieb am 30. Mar 2001 um 14:51:29:
On Fri, Mar 30, 2001 at 14:21 +0200, Ulli Kuhnle wrote:
Hi Christian Mueller,
aufgefallen das die mails zwar nicht wieder rausgehen, aber jetzt auch intern erst nach dem "sendmail -q"-Aufruf zugestellt werden...
Wie sieht denn die /etc/mail/mailertable aus? dort sollte eine Zeile drinstehen wie z.B.
local:
Gut, da hab' ich jetzt "linux.local local:" eingetragen, sollte stimmen.
Dann sollte in der sendmail.cf noch der Mailer local: erlaubt sein und es sollte funktionieren.
Das hab' ich so drinstehen. Bringt aber nix. Ich muß aber auch sagen, das mit den externen mails nervt mich mehr, locale mails verschicke ich eher selten. Nur zum testen oder so. Christian -- No dag° No Keckse! Aber Du darfst die Krümel haben. [WoKo auf den Spuren von Bob Marley, 27.3.2000]
Hallo, Ulli Kuhnle wrote:
Damit werden die Mails gleich nach dem Connect nochmal verschickt, das Problem ist dadurch jedoch nicht gelöst. (Vor allem Mails, die von Programmen (z. B. vbox) geschickt werden, werden erst nach dem nächsten Pollen endgültig verschickt.)
D.h. Mails an lokale User werden bei Dir gequeued und nur dann ausgeliefert, wenn die Queue "manuell" mittels "sendmail -q" abgearbeitet wird... Das kann z.B. dadurch verursacht werden, dass der "DeliveryMode" entsprechend gesetzt ist, d.h. schau doch mal in der "/etc/sendmail.cf" nach, was unter: # default delivery mode O DeliveryMode steht. Bei mir steht hier: O DeliveryMode=background Es kann hier aber auch "deferred" stehen. Dann wuerde genau das von Dir beschriebene Verhalten auftreten. Ansonsten siehe auch: http://lists.suse.com/archives/suse-linux/2000-Oct/2265.html http://lists.suse.com/archives/suse-linux/2000-Jun/1729.html Gruss, Steffen
Hi Steffen,
Bei mir steht hier: O DeliveryMode=background
Es kann hier aber auch "deferred" stehen. Dann wuerde genau das von Dir beschriebene Verhalten auftreten.
das war's. Danke. Bei mir stand's auf "defer". (Ich hatte vor einiger Zeit mal Yast erlaubt, an mein sendmail zu gehen. Da wurde das wohl umgestellt. Lokale Mails werden jetzt wieder sofort zugestellt. Mails von außen werden aber immer noch zuerst in /var/spool/mqueue geschmissen und erst nach einem weiteren "sendmail -q" zugestellt. Damit kann ich aber leben, da ich den Befehl in meiner .procmailrc stehen habe. -- Gruß - Ulli
Hallo, Ulli Kuhnle wrote:
Mails von außen werden aber immer noch zuerst in /var/spool/mqueue geschmissen und erst nach einem weiteren "sendmail -q" zugestellt.
Hm, meinst Du mit "Mails von aussen" jetzt schon die Nachrichten, die via Internet an Dich gesendet und via "fetchmail" abgeholt werden? Genau die sollten aber eigentlich *sofort* dem lokalen User zugestellt werden, d.h. "fetchmail" uebergibt sie an "sendmail", "sendmail" erkennt, dass es es sich um einen lokalen Empfaenger handelt und uebergibt sie an den "local-Mailer", z.B. "procmail". Mails *nach* draussen hingegen, werden bei Dial-Up-Verbindungen sinnvollerweise gequeued. Schliesslich waere es ja zu teuer, fuer jede eMail sich extra einzuwaehlen. D.h. man definiert den Transport via SMTP bei "sendmail" als "expensive". Falls Du das meinen solltest: auch das laesst sich natuerlich abschalten - sinnvoll z.B. dann, wenn man eine Standleitung hat.
Damit kann ich aber leben, da ich den Befehl in meiner .procmailrc stehen habe.
Wie Du meinst... ;-) Aber normalerweise sollten von draussen kommende Nachrichten auch ohne explizites "sendmail -q" dem lokalen Benutzer ins Postfach geschoben werden. Zumindest tut es das bei mir. Viele Gruesse, Steffen
Hi Steffen Moser,
Hm, meinst Du mit "Mails von aussen" jetzt schon die Nachrichten, die via Internet an Dich gesendet und via "fetchmail" abgeholt werden?
ja.
Genau die sollten aber eigentlich *sofort* dem lokalen User zugestellt werden, d.h. "fetchmail" uebergibt sie an "sendmail", "sendmail" erkennt, dass es es sich um einen lokalen Empfaenger handelt und uebergibt sie an den "local-Mailer", z.B. "procmail".
So war's bei mir auch bis vor ein paar Wochen. Da hat sich vielleicht irgendetwas verbogen, nachdem ich meinen Linuxrechner als Router für eine Windows-Kiste eingerichtet habe. Es funktioniert aber sonst alles. Der Zugriff der beiden Rechner aufeinander, Web-Server, Mail-Server, Print-Server ...
Mails *nach* draussen hingegen, werden bei Dial-Up-Verbindungen sinnvollerweise gequeued.
Das klappt auch. -- Gruß - Ulli
participants (5)
-
Christian Mueller
-
Dieter Kluenter
-
Steffen Moser
-
Ulli Kuhnle
-
Volker Tanner