Tach nochmal, eine Frage hätt ich noch zu Postfix. Mein Ziel ist, ein Skript zu bauen, welches sich einwählt, Mails holt und verschickt, und dann wieder die Verbindung trennt. Ein Teil könnte so aussehen: #!/bin/bash wvdial [warten, bis die Verbindung steht] fetchmail postfix flush killall wvdial Problem ist hier, wie mir scheint, daß zwar fetchmail erst zurückkommt, wenn es seinen Job beendet hat, postfix hingegen sofort zurückkommt, auch wenn es noch arbeitet, und somit die Verbindung zu früh getrennt würde. Wie kriege ich denn raus, ob der Postfix-Versand noch aktiv ist? Danke. Andy -- Andreas Feile www.feile.net
Moin,
* Andreas Feile
#!/bin/bash wvdial [warten, bis die Verbindung steht] fetchmail postfix flush killall wvdial
Problem ist hier, wie mir scheint, daß zwar fetchmail erst zurückkommt, wenn es seinen Job beendet hat, postfix hingegen sofort zurückkommt, auch wenn es noch arbeitet, und somit die Verbindung zu früh getrennt würde. Wie kriege ich denn raus, ob der Postfix-Versand noch aktiv ist?
Das ist etwas überraschend, ich kenne das andersrum. Thorsten -- All generalizations are false.
Thorsten Haude, Dienstag, 7. Januar 2003 23:03:
Das ist etwas überraschend, ich kenne das andersrum.
Vermutlich startest Du fetchmail im daemon mode, oder? Dann kommt es tatsächlich sofort zurück. postfix flush... Hmmm, ist postfix flush etwas anderes als sendmail -q? Kann es grad schlecht probieren... -- Andreas Feile www.feile.net
Moin,
* Andreas Feile
Thorsten Haude, Dienstag, 7. Januar 2003 23:03:
Das ist etwas überraschend, ich kenne das andersrum.
Vermutlich startest Du fetchmail im daemon mode, oder? Dann kommt es tatsächlich sofort zurück.
Stimmt.
postfix flush... Hmmm, ist postfix flush etwas anderes als sendmail -q? Kann es grad schlecht probieren...
Das müßte etwa das gleiche sein. (Glaube ich.) Ich benutze mal das eine, mal das andere, und soweit ich das beurteilen kann, kehrt Postfix erst zurück, wenn die Mail weg ist. Thorsten -- "But beware of the dark side... If once you start down the dark path, forever will it dominate your destiny, consume you it will..." "...Is the dark side stronger?" "No...no...no. Quicker, easier, more seductive."
Am Dienstag, 7. Januar 2003 23:27 schrieb Thorsten Haude:
Moin,
* Andreas Feile
[2003-01-07 23:10]: Thorsten Haude, Dienstag, 7. Januar 2003 23:03:
Das ist etwas überraschend, ich kenne das andersrum.
Vermutlich startest Du fetchmail im daemon mode, oder? Dann kommt es tatsächlich sofort zurück.
Stimmt.
postfix flush... Hmmm, ist postfix flush etwas anderes als sendmail -q? Kann es grad schlecht probieren...
Das müßte etwa das gleiche sein. (Glaube ich.)
Ich benutze mal das eine, mal das andere, und soweit ich das beurteilen kann, kehrt Postfix erst zurück, wenn die Mail weg ist.
Also, ich benutze hier seit Monaten (allerdings mit ISDN) folgendes - und es hat den Vorteil zu prüfen, ob schon eine Verbindung besteht, da es dann nicht trennen soll: #!/bin/bash # Verbindungstest connect=$(/usr/sbin/isdnctrl status ippp0) # Verbindungsaufbau, wenn noetig if test "$connect" = "ippp0 is not connected" ;then /usr/sbin/isdnctrl dial ippp0 fi # Mails holen /usr/bin/fetchmail # Mails senden (mit Postfix) /usr/sbin/sendmail -q # Verbindungsabbau, wenn selbst aufgebaut if test "$connect" = "ippp0 is not connected" ;then /usr/sbin/isdnctrl hangup ippp0; fi Wie gesagt - seit vielen Monaten im Gebrauch, und es ist noch keine Mail abhanden gekommen. Wenn man es direkt aufruft, kann man alle Aktivitäten schön auf der Konsole mitverfolgen, ansonsten leitet man die Ausgaben eben auf /dev/null um. -- Gruß MaxX
participants (3)
-
Andreas Feile
-
Matthias Houdek
-
Thorsten Haude