Re: fetchmail + ppp

2002-06-02 Diskussionsfäden Sebastian Scheurer

On Sat, Jun 01, 2002 at 01:52:51AM +0200, Udo Mueller wrote:

 Wirf mal einen Blick nach /etc/ppp/ip-up.d bzw. ip-down.d. Da
 müssen die Skripte stehen, die beim Einwählen bzw. bein Trennen der
 Verbindung laufen sollen.

Ja, unter potato hatte ich das ja auch selbst mit diesen Skripts
gelöst, aber unter woody läuft ja fetchmail immer als daemon und es
wird ein default-Skript (/etc/ppp/ip-up.d/fetchmail) eingerichtet,
das sieht folgendermassen aus:

#!/bin/sh
#
# Default fetchmail ip-up script
# $Id: ip-up,v 1.4 2001/12/09 18:24:07 hmh Exp $
#
[ -x /etc/init.d/fetchmail ] || exit 0
/etc/init.d/fetchmail awaken /dev/null 21 || /etc/init.d/fetchmail start

Es wäre ja an sich auch kein Problem dieses Skript mit einem zu
ersetzten, das fetchmail startet, wenn ppp0 oben ist und es wieder
beendet, wenn die Verbindung wieder unten ist. Aber ich würde gerne
wissen, wieso der fetchmaildaemon den DNS-Namen meines Mailservers
nicht auflösen kann, ohne neu gestartet zu werden. Ich habe nicht
das Gefühl, dass das so sein sollte.

Irgendwelche Ideen?

-- 
Things fall apart; the centre cannot hold.



msg09285/pgp0.pgp
Description: PGP signature


Re: fetchmail + ppp

2002-06-02 Diskussionsfäden Udo Mueller

Hallo Sebastian,

* Sebastian Scheurer schrieb [02-06-02 14:20]:
 On Sat, Jun 01, 2002 at 01:52:51AM +0200, Udo Mueller wrote:
 
  Wirf mal einen Blick nach /etc/ppp/ip-up.d bzw. ip-down.d. Da
  müssen die Skripte stehen, die beim Einwählen bzw. bein Trennen der
  Verbindung laufen sollen.
 
 Ja, unter potato hatte ich das ja auch selbst mit diesen Skripts
 gelöst, aber unter woody läuft ja fetchmail immer als daemon und es
 wird ein default-Skript (/etc/ppp/ip-up.d/fetchmail) eingerichtet,
 das sieht folgendermassen aus:
 
 #!/bin/sh
 #
 # Default fetchmail ip-up script
 # $Id: ip-up,v 1.4 2001/12/09 18:24:07 hmh Exp $
 #
 [ -x /etc/init.d/fetchmail ] || exit 0
 /etc/init.d/fetchmail awaken /dev/null 21 || /etc/init.d/fetchmail start
 
 Es wäre ja an sich auch kein Problem dieses Skript mit einem zu
 ersetzten, das fetchmail startet, wenn ppp0 oben ist und es wieder
 beendet, wenn die Verbindung wieder unten ist.

Wird es doch: Erst wird geprüft, ob man fetchmail aufwecken kann,
wenn nicht, wird fetchmail gestartet (|| = oder).

 Aber ich würde gerne
 wissen, wieso der fetchmaildaemon den DNS-Namen meines Mailservers
 nicht auflösen kann, ohne neu gestartet zu werden. Ich habe nicht
 das Gefühl, dass das so sein sollte.
 
 Irgendwelche Ideen?

Was steht in deiner /etc/resolv.conf? Ist da ein Nameserver
eingetragen oder wird der erst durch den pppd (usepeerdns) gesetzt?

Gruss Udo

-- 
ComputerService Müller |  You want my PGP-Key?  |   Tel: 0441-36167578
Kaspersweg 11a | mail  -s get pgp-key | Fax: 01212-511073287 
26131 Oldenburg| AD0EEC22 is not valid  |  Mobil: 0162-4365411
 Registrierter Linux-User #225706 auf Debian GNU/Linux 2.4.17



msg09292/pgp0.pgp
Description: PGP signature


Re: fetchmail + ppp

2002-06-02 Diskussionsfäden Uwe Kerstan

* Sebastian Scheurer [EMAIL PROTECTED] [02-06-02 14:20]:

 ... Aber ich würde gerne
 wissen, wieso der fetchmaildaemon den DNS-Namen meines Mailservers
 nicht auflösen kann, ohne neu gestartet zu werden.

Ganz einfach: weil du nicht online bist. Wenn du offline bist
bewirkt ein Neustart auch nichts. Ich habe es so gelöst, dass
ich die fetchmail-Startskripte aus den Runleveln entfernt habe.

Habe hier 2 Skripte in ip-up.d und ip-down.d:

$ cat /etc/ppp/ip-up.d/fetchmail
#!/bin/sh
[ -x /etc/init.d/fetchmail ] || exit 0
/etc/init.d/fetchmail start

$ cat /etc/ppp/ip-down.d/fetchmail
#!/bin/sh
[ -x /etc/init.d/fetchmail ] || exit 0
/etc/init.d/fetchmail stop

Das 2.Skript stoppt fetchmail, sonst bekommst du weiterhin 
DNS-Fehlermeldungen wenn du wieder offline bist.

Gruss Uwe


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: fetchmail + ppp

2002-06-02 Diskussionsfäden Sebastian Scheurer

On Sun, Jun 02, 2002 at 04:18:41PM +0200, Uwe Kerstan wrote:
 
 Ganz einfach: weil du nicht online bist. Wenn du offline bist
 bewirkt ein Neustart auch nichts. Ich habe es so gelöst, dass
 ich die fetchmail-Startskripte aus den Runleveln entfernt habe.
 
Okay, das hat hingehauen.
Aber ich finde es trotzdem merkwürdig, dass fetchmail nichts davon
mitbekommt, wenn der DNS-Server wechselt (das tut es ja bei
dynamischem DNS, sobald man online, bzw. offline geht).
Aber jetzt läuft die Sache. Also alles wunderbar.

Danke euch allen und Gruss
Sebi

-- 
CFC stole it, fair and square.
-- Tim Hahn



msg09343/pgp0.pgp
Description: PGP signature


fetchmail + ppp

2002-05-31 Diskussionsfäden Sebastian Scheurer

Hallo Liste,

Ich arbeite mit woody, fetchmail wird beim Hochfahren gestartet und
sollte ja dann bei Verbindung (mit pon über ein analoges Modem) die
Emails entsprechend /etc/fetchmailrc abholen.
Das funktioniert aber nur, wenn ich fetchmail _nach_ dem verbinden
über /etc/init.d/fetchmail restart neu starte. Ansonsten steht in
/var/log/mail.log nur, dass der DNS-Name nicht aufgelöst werden
konnte.

Weiss jemand gerade, wo ich was einfügen muss (irgendwas mit
interface vielleicht?).

Danke und Gruss
Sebi

-- 
BOFH excuse #36:

dynamic software linking table corrupted



msg09210/pgp0.pgp
Description: PGP signature


Re: fetchmail + ppp

2002-05-31 Diskussionsfäden Udo Mueller

Hallo Sebastian,

* Sebastian Scheurer schrieb [01-06-02 00:55]:
 
 Ich arbeite mit woody, fetchmail wird beim Hochfahren gestartet und
 sollte ja dann bei Verbindung (mit pon über ein analoges Modem) die
 Emails entsprechend /etc/fetchmailrc abholen.
 Das funktioniert aber nur, wenn ich fetchmail _nach_ dem verbinden
 über /etc/init.d/fetchmail restart neu starte. Ansonsten steht in
 /var/log/mail.log nur, dass der DNS-Name nicht aufgelöst werden
 konnte.

Wirf mal einen Blick nach /etc/ppp/ip-up.d bzw. ip-down.d. Da
müssen die Skripte stehen, die beim Einwählen bzw. bein Trennen der
Verbindung laufen sollen.

Gruss Udo

-- 
Wenn ich einem Schwein eine RedHat-CD um den Hals binde und es trete
kann man sagen, dass KDE  Co. auch ohne Ram schnell laufen.
-- Robin S. Socha in de.comp.os.unix.linux.newusers--



msg09212/pgp0.pgp
Description: PGP signature