Manueller Aufruf von fetchmail
Ich habe mit fetchmailconf eine Testumgebung eingerichtet, die so aussieht. set postmaster "fm" set bouncemail set no spambounce set properties "" set daemon 3 poll pop.gmx.net with proto POP3 user 'xy@gmx.net' there with password 'xx' is 'test@client3.local' here Weiters habe ich nichts konfiguriert, also nichts bei ip-up etc. geändert. Verwende ich den Test von fetchmailconf, so dürfte es auch richtig funktionieren. Das Log meldet zwar, dass erst nach dem 2. Versuch (ca. 1 Sekunde nach dem 1. Versuch) die Verbindung klappt, aber dann werden Mails gefetcht. Eventuell ist "proto POP3" nicht richtig? In http://sdb.suse.de/de/sdb/html/fetchmail.html steht als Beispiel: Folgender Crontab-Eintrag (crontab -e) holt täglich einmal um 2:00 nachts Mails ab: 0 2 * * * /usr/bin/fetchmail -a >> /var/log/fetchmail 2>&1 Wäre also "set daemon 3" nicht überflüssig, wenn man es nur über einen Cronjob macht? Mich irritiert, dass ich bei obiger Konfiguration mit dem Daemon ca. jede Sekunde eine kurze Übertragung ins Internet habe. Weiters bekomme ich vom FETCHMAIL-DAEMON regelmäßig die Meldung: Fetchmail: Authentifikation fehlgeschlagen und nach ein paar Minuten Fetchmail: Authentifikation OK Al
Al Bogner wrote:
Ich habe mit fetchmailconf eine Testumgebung eingerichtet, die so aussieht.
set postmaster "fm" set bouncemail set no spambounce set properties "" set daemon 3 poll pop.gmx.net with proto POP3 user 'xy@gmx.net' there with password 'xx' is 'test@client3.local' here
Weiters habe ich nichts konfiguriert, also nichts bei ip-up etc. geändert.
Verwende ich den Test von fetchmailconf, so dürfte es auch richtig funktionieren. Das Log meldet zwar, dass erst nach dem 2. Versuch (ca. 1 Sekunde nach dem 1. Versuch) die Verbindung klappt, aber dann werden Mails gefetcht. Eventuell ist "proto POP3" nicht richtig?
Logs ?
In http://sdb.suse.de/de/sdb/html/fetchmail.html steht als Beispiel: Folgender Crontab-Eintrag (crontab -e) holt täglich einmal um 2:00 nachts Mails ab: 0 2 * * * /usr/bin/fetchmail -a >> /var/log/fetchmail 2>&1
Wäre also "set daemon 3" nicht überflüssig, wenn man es nur über einen Cronjob macht?
Mich irritiert, dass ich bei obiger Konfiguration mit dem Daemon ca. jede Sekunde eine kurze Übertragung ins Internet habe.
Alle _drei_ sekunden um genau zu sein (set daemon 3). Ist ein wenig kurz hintereinander. Es soll Mailserver geben, die dich einfach blocken, wenn Du zu schnell hintereinander Mails abrufst.
Weiters bekomme ich vom FETCHMAIL-DAEMON regelmäßig die Meldung: Fetchmail: Authentifikation fehlgeschlagen und nach ein paar Minuten Fetchmail: Authentifikation OK
Logs ? Gruß, Andreas
On Saturday 21 June 2003 12:11, Andreas Winkelmann wrote:
Verwende ich den Test von fetchmailconf, so dürfte es auch richtig funktionieren. Das Log meldet zwar, dass erst nach dem 2. Versuch (ca. 1 Sekunde nach dem 1. Versuch) die Verbindung klappt, aber dann werden Mails gefetcht. Eventuell ist "proto POP3" nicht richtig?
Logs ?
fetchmail -v >> /home/fm/fetchmail 2>&1 gibt im Daemon-Modus nichts aus. Warum? Deaktiviere ich #set daemon 180 steht was im File. Ich vermute meine Probleme ergaben sich wegen des sehr kurzen Poll-Intervalls. Ich dachte der Wert stellt Minuten dar. fetchmail: 6.2.1 fragt ab pop.gmx.net (Protokoll POP3) um Sam 21 Jun 2003 22:52:40 CEST: Abfrage gestartet fetchmail: POP3< +OK GMX POP3 StreamProxy ready <32149.1056228760@mp010> fetchmail: POP3> CAPA fetchmail: POP3< -ERR Unknown command. fetchmail: Unknown command. fetchmail: Sofortige erneute Abfrage ... fetchmail: POP3< +OK mailbox has 1 messages (1128 octets) fetchmail: POP3> STAT fetchmail: POP3< +OK 1 1128 fetchmail: POP3> LAST fetchmail: POP3< -ERR unknown command fetchmail: unknown command fetchmail: POP3> UIDL fetchmail: POP3< +OK mailbox has 1 messages (1128 octets) ... Es wird also 2x wiederholt abgefragt, dass man zwar zeitlich nicht merkt, aber ich würde gerne verstehen warum. Ich bin mir auch noch nicht klar, ob der Dämon bei einer Dialup-Flatrate sinnvoll ist. Meine Einwahl spielt manchmal verrückt, d.h. ich benötige mehrere Einwahlversuche und manchmal gibt es systembedingte Trennungen. Das könnte also durchaus während fetchmail sein. Ich frage mich daher, ob ich nicht einen stündlichen Cronjob parallel zu leafnode mache und wenn ich dazwischen Mails dringend erwarte, starte ich fetchmail manuell. Al
Al Bogner wrote:
Verwende ich den Test von fetchmailconf, so dürfte es auch richtig funktionieren. Das Log meldet zwar, dass erst nach dem 2. Versuch (ca. 1 Sekunde nach dem 1. Versuch) die Verbindung klappt, aber dann werden Mails gefetcht. Eventuell ist "proto POP3" nicht richtig?
Logs ?
fetchmail -v >> /home/fm/fetchmail 2>&1 gibt im Daemon-Modus nichts aus. Warum?
Weil ihm die Kanäle abgeschnitten werden. Dann musst Du ein logfile angeben : set logfile ...
Deaktiviere ich #set daemon 180 steht was im File. Ich vermute meine Probleme ergaben sich wegen des sehr kurzen Poll-Intervalls. Ich dachte der Wert stellt Minuten dar.
fetchmail: 6.2.1 fragt ab pop.gmx.net (Protokoll POP3) um Sam 21 Jun 2003 22:52:40 CEST: Abfrage gestartet fetchmail: POP3< +OK GMX POP3 StreamProxy ready <32149.1056228760@mp010> fetchmail: POP3> CAPA fetchmail: POP3< -ERR Unknown command. fetchmail: Unknown command. fetchmail: Sofortige erneute Abfrage ... fetchmail: POP3< +OK mailbox has 1 messages (1128 octets) fetchmail: POP3> STAT fetchmail: POP3< +OK 1 1128 fetchmail: POP3> LAST fetchmail: POP3< -ERR unknown command fetchmail: unknown command fetchmail: POP3> UIDL fetchmail: POP3< +OK mailbox has 1 messages (1128 octets) ...
Es wird also 2x wiederholt abgefragt, dass man zwar zeitlich nicht merkt, aber ich würde gerne verstehen warum.
Bei dem CAPA kommt eine Fehlermeldung, er brcht ab und versucht es nochmal. Habe gerade mal in die faq geschaut : --- 8< --- 8< --- 8< --- 8< --- 8< --- 8< --- 8< --- 8< --- 8< --- R11. My server is hanging or emitting errors on CAPA. Your POP3 server is broken. You can work around this with the declaration auth password in your .fetchmailrc. --- >8 --- >8 --- >8 --- >8 --- >8 --- >8 --- >8 --- >8 --- >8 ---
Ich bin mir auch noch nicht klar, ob der Dämon bei einer Dialup-Flatrate sinnvoll ist. Meine Einwahl spielt manchmal verrückt, d.h. ich benötige mehrere Einwahlversuche und manchmal gibt es systembedingte Trennungen. Das könnte also durchaus während fetchmail sein.
Ich frage mich daher, ob ich nicht einen stündlichen Cronjob parallel zu leafnode mache und wenn ich dazwischen Mails dringend erwarte, starte ich fetchmail manuell.
Kannst Du beides machen. Musst du ausprobieren. Gruß, Andreas
On Sunday 22 June 2003 00:00, Andreas Winkelmann wrote:
Your POP3 server is broken. You can work around this with the declaration auth password in your .fetchmailrc.
aus man fetchmail --auth <type> (Keyword: auth[enticate]) This option permits you to specify an authentication type (see USER AUTHEN TICATION below for details). The possible values are any, `password', ... Wie müßte die Syntax aussehen (parse error bei auth) ? Al
Hi! Am Sonntag, 22. Juni 2003 00:16 schrieb Al Bogner:
aus man fetchmail --auth <type> (Keyword: auth[enticate]) This option permits you to specify an authentication type (see USER AUTHEN TICATION below for details). The possible values are any, `password', ...
Wie müßte die Syntax aussehen (parse error bei auth) ?
Das, was hinter "the possible vaules are" steht, also zum Beispiel --auth ssh würde ich sagen... Martin
On Sunday 22 June 2003 00:22, Martin Eitzenberger wrote:
Hi!
Am Sonntag, 22. Juni 2003 00:16 schrieb Al Bogner:
aus man fetchmail --auth <type> (Keyword: auth[enticate]) This option permits you to specify an authentication type (see USER AUTHEN TICATION below for details). The possible values are any, `password', ...
Wie müßte die Syntax aussehen (parse error bei auth) ?
Das, was hinter "the possible vaules are" steht, also zum Beispiel --auth ssh würde ich sagen...
Du meinst also set --auth ssh in der .fetchmailrc? Andrease zitiert eigenlich "auth password" Ich vermute mein Problem liegt an der Syntax in der .fetchmailrc, wo ich nicht nicht weiß, wie ich den Parameter übergebe. Wo wäre das nachzulesen? Al
Am Sonntag, 22. Juni 2003 00:44 schrieb Al Bogner:
Du meinst also set --auth ssh in der .fetchmailrc?
Nein, das währe der kommandozeilenparameter, aber die fetchmailrc ist es ganauso nur ohne -- davor :-)
Andrease zitiert eigenlich "auth password"
password, ja, ich habe nur ein beispiel genommen wie es bei mir arbeitet, ich fahre verschlüsselt in meinen server im netz von einem freund, ich hab es dort über die commandline gemacht (war teil eines gröberen scripts), aber ich denke du wirst in der config mit set auth password oder set authenticate password was machen können.
Ich vermute mein Problem liegt an der Syntax in der .fetchmailrc, wo ich nicht nicht weiß, wie ich den Parameter übergebe. Wo wäre das nachzulesen?
Das ist eine sache für sich :-) Ich habe das gerade probiert im netz, das haut hin: -- fetchfile -- poll 10.25.50.271 proto POP3 uidl timeout 60 user 'test4' password 'asd' is 'psiplus' here ssl -- /fetchfile -- $ fetchmail -f ~/fetchfile So muss es auch mit GMX gehen Have Fun - Have Debian Martin
Al Bogner wrote:
Your POP3 server is broken. You can work around this with the declaration auth password in your .fetchmailrc.
aus man fetchmail --auth <type> (Keyword: auth[enticate]) This option permits you to specify an authentication type (see USER AUTHEN TICATION below for details). The possible values are any, `password', ...
Wie müßte die Syntax aussehen (parse error bei auth) ?
"--auth password" Gruß, Andreas
On Sunday 22 June 2003 09:37, Andreas Winkelmann wrote:
Wie müßte die Syntax aussehen (parse error bei auth) ?
"--auth password"
parse error bei --auth Bei den Optionen von fetchmailconf kann man das auch nicht angeben. Ich rätsle weiter nach der Syntax in .fetchmailrc Eigentlich müßte man das beim poll-Befehl mitschicken können, denn bei mehreren POP3-Accounts könnte die Identifizierung ja unterschiedlich sein. Wenn ich im Befehl --auth password mitschicke, dann ist die 1. Fehlermeldung mit CAPA weg, aber es bleibt: fetchmail -v --auth password >> /home/fm/fetchmaillog.txt 2>&1 ... fetchmail: POP3> PASS fetchmail: POP3< +OK mailbox has 1 messages (1134 octets) fetchmail: Vorgabe-Ordner wird gewählt oder erneut abgefragt fetchmail: POP3> STAT fetchmail: POP3< +OK 1 1134 fetchmail: POP3> LAST fetchmail: POP3< -ERR unknown command fetchmail: unknown command fetchmail: POP3> UIDL fetchmail: POP3< +OK mailbox has 1 messages (1134 octets) cat .fetchmailrc # Configuration created Sun Jun 22 11:06:15 2003 by fetchmailconf #set logfile "/home/fm/fetchmaillog.txt" set postmaster "fm" set nobouncemail set no spambounce set properties "" poll pop.gmx.net with proto POP3 user 'xy@gmx.net' there with password 'xx' is 'test@client3.local' here Die Mail wird wie schon immer schon abgeholt. Al
Al Bogner wrote:
Wie müßte die Syntax aussehen (parse error bei auth) ?
"--auth password"
parse error bei --auth
Bei den Optionen von fetchmailconf kann man das auch nicht angeben. Ich rätsle weiter nach der Syntax in .fetchmailrc
Eigentlich müßte man das beim poll-Befehl mitschicken können, denn bei mehreren POP3-Accounts könnte die Identifizierung ja unterschiedlich sein.
In der fetchmailrc heisst es nicht "--auth password" sondern "auth password". Die mit dem "-(-)" sind für die commandline.
Wenn ich im Befehl --auth password mitschicke, dann ist die 1. Fehlermeldung mit CAPA weg, aber es bleibt:
fetchmail -v --auth password >> /home/fm/fetchmaillog.txt 2>&1
... fetchmail: POP3> PASS fetchmail: POP3< +OK mailbox has 1 messages (1134 octets) fetchmail: Vorgabe-Ordner wird gewählt oder erneut abgefragt fetchmail: POP3> STAT fetchmail: POP3< +OK 1 1134 fetchmail: POP3> LAST fetchmail: POP3< -ERR unknown command fetchmail: unknown command fetchmail: POP3> UIDL fetchmail: POP3< +OK mailbox has 1 messages (1134 octets)
Ok, der Server kann das "LAST" Command nicht, dann hätten wir -U (Commandline) bzw. uidl (fetchmailrc). Gruß, Andreas
On Sunday 22 June 2003 12:03, Andreas Winkelmann wrote:
In der fetchmailrc heisst es nicht "--auth password" sondern "auth password". Die mit dem "-(-)" sind für die commandline.
Danke an alle. So klappt es nun fehlerfrei mit GMX: poll pop.gmx.net with proto POP3 auth password uidl user 'xy@gmx.net' there with password 'xx' is 'test@client3.local' here Al
participants (3)
-
Al Bogner
-
Andreas Winkelmann
-
Martin Eitzenberger