die zeile klappt, allerdings schreibt er mir in die Logdatei
fetchmail: unknown command
1 message for probe@name.com at pop.1und1.de (2417 octets).
reading message 1 of 1 (2417 octets) .. flushed

warum unknown command?
Wenn keine mails da sind, kommt die Fehlermeldung nicht, sondern das keine Mails zum Abholen da sind.

hatte diese Zeile in die root-crontab geschrieben:

*/10 * * * * su probe -c "/usr/bin/fetchmail -f /home/probe/.fetchmailrc &> /home/probe/fetchmail.log"

Aber er holt die mails ab, es klappt also fast, nur:
er arbeitet jetzt die crontab nicht mehr vollständig ab ;-(((, das automatische einwählen ins internet klappt nicht mehr, kann das an der zusätzlichen (probe-crontab) liegen?
wie kann ich die probe-crontab wieder löschen? Die brauche ich ja nicht mehr.
GR

sch...., jetzt habe ich alles versaut. Kannst du bitte mal schreiben, wie ich die root-crontab in eine logdatei bekomme?

in der .fetchmailrc von probe steht nur (mit Besitzer von Probe)
poll pop.1und1.de proto pop3 user probe@name.com password <password_name> mda "/usr/bin/procmail -d probe "
die wird aber nicht mehr angerührt, also habe ich die crontab versaut, in der message-datei wird sie nicht angezeigt (und dadurch nicht ausgeführt), der fehler ist bestimmt in der root-crontab, wie bekomme ich die in eine logdatei, damit ich sie nicht abschreiben muss?
GR

steht bei mir in /var/cron/tabs
Wie kann ich die in eine windows-lesbare Datei schreiben (analog Logdatei), will sie ja nicht abschreiben, damit ich das original poste

kann ich die Datei von probe an der Stelle einfach löschen oder gent da was schief?

GR

alles erledigt, der Fehler lag ganz wo anders
Die crontab von root klappt wieder, ich hatte vergessen, nach dem Ändern der crontab mit crontab -e die Veränderungen zu aktivieren. Weiß nicht ob das bei Linux immer so ist, ich musste in das Benutzermenü gehen und habe dort die Einstellungen aktiviert, seitdem klappt alles. Trotzdem vielen Dank für die nervenlassende Hilfe.
GR