fetchmail soll emails vom Server nur 1x abrufen

**tHaHooL** · 18.06.04, 16:50

Ich habe einen Pop3 Server der via fetchmail abgerufen wird. Die Emails müssen aber auf dem Server bleiben, weshalb ich den Parameter "keep" in meiner fetchmailrc mit angegeben habe.

Leider ist es so, dass fetchmail die Mails zwar auf dem Server lässt, aber die Mails trotzdem vorher erst mal abgerufen werden, auch die die schon längst abgerufen wurden. Das ist vorallem bei Emails mit Anhängen mehr als störend...

Wie kann ich das machen, dass er zwar die Mails auf dem Server lässt, aber nur die neuen Mails abruft?

**LKH** · 18.06.04, 17:27

Hi,

im "Normalmodus" macht fetchmail genau das, was du willst, nämlich holt keine schon gelesenen Mails ab. Ausser "keep" steht nicht zufällig auch noch "all" in deiner fetchmailrc?

Was sagt denn "fetchmail -v" bzw, was ist denn das für ein POP3-Server?

LKH

**tHaHooL** · 18.06.04, 17:29

eigentlich sollte ja

no fetchall

genau dies erledigen. Dafür wird ja irgendwo auf dem System ein file angelegt, wo die benötigten Informationen drinstehen, also ob schon abgerufen oder noch nicht.
Soll ".fetchids" heissen.

Ich lasse fetchmail als Daemon laufen

fetchmail -f /etc/fetchmailrc -d 300

liegt es vielleicht an dem nicht existierenden ".fetchids" file? Falls ja, kann ich das selber anlegen und muss ich das auch als Parameter mitangeben?

**tHaHooL** · 18.06.04, 17:33

upps... gleichzeitig geschrieben...

Ich hab nur "keep" drinstehen (zum testen hab ich auch mal "no fetchall" probiert... in Verbindung mit "keep").

Den Mailserver den ich abrufe ist ein Cyrus POP3 v2.1.5

**tHaHooL** · 18.06.04, 19:30

Das gibts doch nicht!
Jetzt suche ich schon seit über einer Stunde hier im Forum/ Google und finde nix zu diesem Thema!
Das nervt echt! Weder die Manpage noch Seiten wie diese:

http://www.catb.org/~esr/fetchmail/fetchmail-man.html

bringen mich weiter... grr!
Sowas nerviges!!!

Weiss echt niemand weiter?
Sowas macht mich immer ganz wahnsinnig, erst alle möglichen komplizierten Sachen einrichten ohne größere Probleme und dann hängt wg. so einer *******e!
Sorry!

**LKH** · 18.06.04, 21:25

Hi,

also die man-page von fetchmail sagt dazu:

Under POP3, blame RFC1725. That version of the POP3 pro*
tocol specification removed the LAST command, and some POP
servers follow it (you can verify this by invoking fetch*
mail -v to the mailserver and watching the response to
LAST early in the query). The fetchmail code tries to
compensate by using POP3's UID feature, storing the iden*
tifiers of messages seen in each session until the next
session, in the .fetchids file. But this doesn't track
messages seen with other clients, or read directly with a
mailer on the host but not deleted afterward. A better
solution would be to switch to IMAP.

Wer ruft denn die Mails ab? Schau mal in dessen Homeverzeichnis, ob es da eine .fetchids gibt; wenn nicht leg mal testweise eine an. Sonst mach es so wie oben beschrieben: wechsel zu IMAP.

LKH

**thom01** · 19.06.04, 06:52

Probier's mal so:

fetchmail -U -f /etc/fetchmailrc -d 300

Code:

-U | --uidl
              (Keyword: uidl) Force UIDL use (effective only with
              POP3).  Force client-side tracking of `newness'  of
              messages (UIDL stands for ``unique ID listing'' and
              is described in RFC1725).  Use with `keep' to use a
              mailbox  as  a baby news drop for a group of users.
              The fact that seen messages are skipped is  logged,
              unless  error  logging is done through syslog while
              running in daemon mode.