Marc Schiffbauer schrieb in 1,9K (53 Zeilen):
Joerg Henner wrote:
On Fre, 26 Mai 2000, Marc Schiffbauer wrote:
Wie soll das denn gehen? Daran waere ich echt interessiert... Entweder sagt man dem sendmail doch: "Schick alles sofort weg" oder "Stell alles in die Queue und sende erst bei -q"
jups. und du kannst auch sagen, versuche es in XY-zeitabständen immer wieder....
Du kannst ihm sagen, lokales schicke sofort, anderes schicke, falls !expensive, sonst beim naechsten Intervall ... Natuerlich kannst du die Definition von expensive, lokal und Intervall mit einem einfachen kill -HUP und z.B. einem symlink aendern ... ip-up/down.lokal bieten sich dafuer an.
...oder du spoolst immer, und wenn du eine verbindung hast, dann leerst du die queue einfach. der postfix muss das ja auch mitbekommen (oder halt ständig probieren) - und genau das macht sendmail auch.
OK. Aber das erfordert auch, dass sendmail immer als daemon laufen muss.
nein. man cron. man at. man bash.
Das ist bei meiner Loesung nicht der Fall.
Ein Unix-rechner sollte immer lokal was auf Port25 lauschen haben.
Ausserdem, wenn ich autodial hab, wird oft ne Verbindung aufbebaut, wenn sendmail so oft versucht zu senden (oder nicht?)
Nur, wenn du sendmail sagst: "versuche es so oft", und dann auch nur, wenn es in der queue steht.
Und Mails werden, wenn ich Online bin, nicht sofort, sondern nur nach ablauf des Intervalls verschickt.
ip-up.local: touch /var/ppp/I-AM-UP while test -e /var/ppp/I-AM-UP; do sendmail -q sleep 60 done ip-down.local: rm -r /var/ppp/I-AM-UP Du kannst auch sleep 1 machen. Dann ist natuerlich ziemlich klar, dass er noch im runtergehen redialed, wenn noch was in der queue ist.
Es sei denn, ich arbeite expensive, was sich bei autodial aber wieder negativ auswirkt...
.o. Trivial zu loesen.
Meine Loseung lauft seit Monaten astrein...
und restartet sendmail unnoetig.
Ich dachte jetzt, du haettest ne *echt* saubere Loesung parat. Irgendwie so das Sendmail prueft ob es Online ist oder nicht, und dann sofort versendet oder nicht... ;-)
Laesst sich bestimmt mit entsprechenden Rules loesen, wenn man wirklich will. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com