Sendmail für lokale und externe Mails getrennt
Hallo Liste, der Thread mit dem Nachschauen, ob Mail da ist, hat mich dazu bewogen, meine Mailsenderei nochmal zu überdenken, und siehe da, ich habe noch eine Optimierungsmethode gefunden. Derzeit hole ich alle Stunde Mails ab mit dem Scrript: isdnctrl dial ippp0 fetchmail -a -L /var/log/fetchmail.log sendmail -q -v isdnctrl hangup ippp0 Damit habe ich die kürzestmögliche Verbindungszeit (sekundengenaue Internet-Abrechnung ist doch was feines :-). Trotzdem ist das ganze nicht optimal, denn es passiert jetzt ja folgendes: - Einwahl - Fetchmail holt die Mails - Procmails sortiert sie und schickt die Mails an den User ralf, die aus dieser Liste kommen, an den User listuser weiter - dann landen sie, gemeinsam mit meinen Mails nach extern, in der sendmail-Queue - Sendmail verschickt alle mails, sowohl extern als auch intern - Abwahl Jetzt endlich die Frage: Ist es möglich, externe und interne Mails getrennt zu behandeln? Also so, dass Sendmail die externen Mails abschickt, dann auflegt und dann erst die lokalen Mails weitergibt? Richtig lustig wird es ja bei AMaViS, das sich als procmail "verkleidet", dann werden ALLE Mails nichmal intern extra versandt -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ralf Steck wrote:
Jetzt endlich die Frage: Ist es möglich, externe und interne Mails getrennt zu behandeln? Also so, dass Sendmail die externen Mails abschickt, dann auflegt und dann erst die lokalen Mails weitergibt? Richtig lustig wird es ja bei AMaViS, das sich als procmail "verkleidet", dann werden ALLE Mails nichmal intern extra versandt
Ich habe zwar keine Ahnung von sendmail, aber wuerde Dein Problem nicht schon geloest, wenn Du erst sendmail aufrufst und dann fetchmail? Grusz, Kaj M. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 28 Apr 2000, Kaj Merten Berggreen wrote:
Jetzt endlich die Frage: Ist es möglich, externe und interne Mails getrennt zu behandeln? Also so, dass Sendmail die externen Mails abschickt, dann auflegt und dann erst die lokalen Mails weitergibt?
nein. mail wird _sofort_ von sendmail verarbeitet, sobald diese eintrifft.
Richtig lustig wird es ja bei AMaViS, das sich als procmail "verkleidet", dann werden ALLE Mails nichmal intern extra versandt
deswegen gibts ja auch besseres ;) siehe "inflex" auf unserer Software-Seite.
Ich habe zwar keine Ahnung von sendmail, aber wuerde Dein Problem nicht schon geloest, wenn Du erst sendmail aufrufst und dann fetchmail?
meinst du pop-b4-smtp ? Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner und Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ich habe zwar keine Ahnung von sendmail, aber wuerde Dein Problem nicht schon geloest, wenn Du erst sendmail aufrufst und dann fetchmail?
Dann liegen die Mails allerdings immer eine halbe Stunde rum, bevor sie - vom nächsten sendmail-Lauf - weitergeleitet werden. -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 28 Apr 2000, Kaj Merten Berggreen wrote:
Ralf Steck wrote:
Jetzt endlich die Frage: Ist es möglich, externe und interne Mails getrennt zu behandeln? Also so, dass Sendmail die externen Mails abschickt, dann auflegt und dann erst die lokalen Mails weitergibt? Richtig lustig wird es ja bei AMaViS, das sich als procmail "verkleidet", dann werden ALLE Mails nichmal intern extra versandt
Ich habe zwar keine Ahnung von sendmail, aber wuerde Dein Problem nicht schon geloest, wenn Du erst sendmail aufrufst und dann fetchmail?
Zumindest so, wie ich Ralf verstanden habe, nicht, denn dann soll die Auslieferung der Mails, die von fetchmail geholt wurden und von fetchmail zur Auslieferung an sendmail (->procmail) uebergeben werden von der Auslieferung der lokalen ausgehenden Mail getrennt werden. Okok - das war jetzt doof ausgedrueckt, daher mal so: 1. fetchmail holt vom Provider ab und lagert in einer lokalen queue zwischen 2. sendmail -q liefert ausgehende Mail ab 3. Modem legt auf 4. sendmail liefert die queue aus 1. lokal aus Vermutlich mit dem Ziel, die Onlinezeit noch weiter zu minimieren. Ich wuerde da folgende Loesungsidee zum Weiterdenken vorschlagen: - auf dem lokalen Rechner laufen zwei Sendmails auf unterschiedlichen Ports - fetchmail liefert an den zweiten sendmail (irgendein unbenutzter Port) aus, wobei der zweite sendmail so konfiguriert ist, dass er nur auf sendmail -q hin ausliefert - der "erste" Sendmail liefert die gequeuete ausgehende Mail aus - Modem legt auf - der "zweite" Sendmail kriegt sein sendmail -q und liefert das Ein- gegangene aus. Jetzt fragt sich nur, ob der Aufwand den Nutzen rechtfertigt, wenn man bedenkt, dass die lokale Auslieferung in (zumindest bei mir) vernach- laessigbar kurzer Zeit stattfindet und ich (ohne eine derartige zu- gegebenermassen interessante) Loesung die Mails des Tages (SuSE-Linux, linux-l (vom IN-Berlin) und diverses Anderes Kleinzeuchs) mit 5 x 90 Sekunden (im Schnitt) "nach Hause kriege" (mein OnlineScript verteile ich gerne auf Anfrage ;-)). Tschau, Volker -- <ESC>:r .signature mailto:volker.mueller@gmx.de :wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Ralf, Ralf Steck schrieb:
Jetzt endlich die Frage: Ist es möglich, externe und interne Mails getrennt zu behandeln? Also so, dass Sendmail die externen Mails abschickt, dann auflegt und dann erst die lokalen Mails weitergibt?
Kannst Du das nicht mit sendmail -qR@lokaldomain.de das gewünschte erreichen? Laut meinem schlauen Büchlein wird dabei die Mailqueue einmal abgearbeitet, wobei versucht wird alle Nachrichten auszuliefern, bei denen mindestens einer der Empfänger bei lokaldomain.de ist. Ich habe es selber nicht ausprobiert. Vielleicht hilfts ;-) Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ralf Steck schrieb in 1,4K (42 Zeilen):
habe noch eine Optimierungsmethode gefunden. Derzeit hole ich alle Stunde Mails ab mit dem Scrript:
isdnctrl dial ippp0 ( fetchmail -c # check if mail: enough for pop-before-smtp sendmail -q # 1. Batch an Mails nach draussen ) & ( fetchmail -a -L /var/log/fetchmail.log sendmail -q -v ) & # neue Mails saugen und danach noch # vorhandene Mails nach draussen # verschicken wait # alles fertig? isdnctrl hangup ippp0
Trotzdem ist das ganze nicht optimal, denn es passiert jetzt ja folgendes:
- Einwahl - Fetchmail holt die Mails
.. und reicht sie sofort an sendmail weiter ... welches sie sofort (noch waehrend fetchmail laeuft!!) an procmail gibt, denn der locale delivery agent ist nicht expensive!
- Procmails sortiert sie und schickt die Mails an den User ralf, die aus dieser Liste kommen, an den User listuser weiter - dann landen sie, gemeinsam mit meinen Mails nach extern, in der sendmail-Queue
flasch, s.o.
- Sendmail verschickt alle mails, sowohl extern als auch intern - Abwahl
Jetzt endlich die Frage: Ist es möglich, externe und interne Mails getrennt zu behandeln? Also so, dass Sendmail die externen Mails abschickt, dann auflegt und dann erst die lokalen Mails weitergibt?
Sicher. Wenn du genuegend hacken willst ... Ich hoffe, du kennst das Bat-book ziemlich gut. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Wolfgang,
.. und reicht sie sofort an sendmail weiter ... welches sie sofort (noch waehrend fetchmail laeuft!!) an procmail gibt, denn der locale delivery agent ist nicht expensive!
Du hast natürlich recht, ich konnte das bei den > 500 Mails genau beobachten, die da nach dem langen Wochenende reingerauscht sind. Die gingen fast alle weiter an listuser und es waren doch nur 30, 40, die nach dem Ende des Fetchmail noch durchsausten. Also wieder eine Idee weniger :-) -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (6)
-
andreas＠olenik.de -
jhe＠lihas.de -
kaj＠phigg.de -
rsteck＠die-textwerkstatt.de -
volker.mueller＠gmx.de -
weissel＠netcologne.de