PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Fetchmail will nicht mehr



Eagle
15.12.04, 08:24
Hallo,

könnt Ihr mir sagen was mit fetchmail los sein kann? Nach Update auf Suse 9.2 wird der Eintrag in der /etc/ppp/ip-up nicht mehr abgearbeitet.

Dieser lautet da

/usr/bin/fetchmail -a -K -v -d 300 >>/var/log/fetchmail 2>&1 &

unter Rubrik ppp*) und hatte bisher bei Einwahl über Modem automatisch gestartet. Das muß ich jetzt manuell mit

/usr/bin/fetchmail -a -K -v
machen.

Die Rechte sind wie bisher auf

-rwxr-xr-x 1 root root 9490 2004-12-13 22:00 /etc/ppp/ip-up
gesetzt.

Andere Frage: Welches Skript ruft die Datei ip-up auf und wo kann ich den erfolgreichen Aufruf dieser Datei nachsehen (Log-Files)?

Vielen Dank

Andreas

suck
18.12.04, 21:55
"pppd" führt diese Dateien aus. Ansonsten ka.

Blade
19.12.04, 10:59
Schau mal in der
-> /var/log/fetchmail
oder
-> /var/log/messages
nach, was da so bei der Modem-Einwahl mitgeschrieben wird. Vielleicht steht da ja was über fetchmail etc. drin?

Eagle
19.12.04, 20:08
Hallo,

also in der var/log/messages steht zu pppd Folgendes drin:


Dec 19 19:54:53 eagle pppd[8264]: Serial connection established.
Dec 19 19:54:53 eagle pppd[8264]: Connect: modem0 <--> /dev/modem
Dec 19 19:54:54 eagle pppd[8264]: CHAP authentication succeeded
Dec 19 19:54:54 eagle pppd[8264]: Local IP address changed to 212.144.128.13
Dec 19 19:54:54 eagle pppd[8264]: Remote IP address changed to 145.253.1.231
Dec 19 19:54:54 eagle pppd[8264]: Script /etc/ppp/ip-up finished (pid 8282), status = 0x0

Dagegen kommt in der /var/log/fetchmail gar nichts, wenn ich den Befehl nicht selber initialisiere. ps aux | grep fetch liefert ja auch keinen laufenden fetchmail-Prozess. Also fetchmail läuft ja auf Kommando nach wie vor korrekt, nur über das ip-up-Skript funkt das leider nicht mehr.

MfG
Andreas

Blade
19.12.04, 20:34
Schon komisch, sieht alles ganz normal aus? Wie lauten denn die Rechte von fetchmailrc ? ... 100600 ...?

Eagle
20.12.04, 08:28
Das finde ich auch komisch. Von Update zu Update gab's an dieser Stelle nie Probleme - aber jetzt.

Also die Rechte liegen bei nur Lesen und Schreiben für Root, ergo

-rw------- 1 root root 432 2004-12-10 17:21 fetchmailrc

Desweiteren liegt sie in /etc/, was ja im Befehl mit Option -f angegeben wird.
Ohnehin, die Datei wird die Datei ja übernommen, wenn ich

/usr/bin/fetchmail -a -K -v -d 300 >>/var/log/fetchmail 2>&1 &

manuell tätige.

Dasselbe steht in der ip-up:

....
# Fetchmail als Dämon, alle 300 Sekunden Mails checken
/usr/bin/fetchmail -a -K -v -d 300 >>/var/log/fetchmail 2>&1 &
#/usr/sbin/sendmail -q &

# Sofortige Auslieferung einstellen:
postconf -e "defer_transports = "
# Config neu einlesen lassen:
postfix reload
# Mailqueue abarbeiten lassen:
postfix flush

# As an alternative to the commands above, you can use a seperate script,
...

MfG
Andreas

Eagle
26.12.04, 12:24
Also

am pppd liegt es definitiv nicht. Ich habe eine Mini-IP-UP erstellt mit folgenden Inhalt:

#!/bin/sh

/usr/bin/fetchmail -a -K -v -d 300 -f /etc/fetchmailrc >>/var/log/fetchmail 2>&1 &

Und jetzt wird der fetchmail-Prozeß einwandfrei gestartet. Ich frage nun, was ist in der ip-up störend, daß die Originale denselben Befehl nicht ausführt?

Desweiteren, in welchen Paket ist diese ip-up-Skript bei Suse versteckt, so daß ich mir das Original im Urzustand ansehen kann?

MfG

Andreas

Stormbringer
26.12.04, 13:19
Hi,



suse92:/home/stormbringer # pin /etc/ppp/ip-up
grepping /var/lib/pin/ARCHIVES.gz ... please wait
pin 0.30 - package info for /etc/ppp/ip-up
------------------------------------------------------------------
*** no rpm named /etc/ppp/ip-up installed
------------------------------------------------------------------
------------------------------------------------------------------
*** zgrep /etc/ppp/ip-up /var/lib/pin/ARCHIVES.gz
------------------------------------------------------------------

./CD1/suse/i586/sysconfig-0.31.3-17.i586.rpm: -rwxr-xr-x 1 root root 6183 Oct 2 03:14 /etc/ppp/ip-up


Du weist aber schon, daß man eigentlich nicht direkt /etc/ppp/ip-up nutzen soll, sondern /etc/ip-up.local. Der Grund dafür ist, daß bspw. bei einem Bugfix die Datei /etc/ppp/ip-up durchaus überschrieben werden kann, sie aber in allen Versionen immer die Datei /etc/ppp/ip-up.local aufrufen wird (wenn diese vorhanden ist).

Gruß

Eagle
26.12.04, 18:52
Hi Stormbringer,

vielen Dank für das "pin - Package InformatioN", kannte ich jetzt noch nicht.
Und das lag tatsächlich an dieser alten ip-up, die vom Update nicht geupdatet wurde.

Fetchmail versorgt Postfix wieder ordnungsgemäß mit Post. Ich habe den Befehl in die ip-up.local entgültig verfrachtet.

MfG

Andreas