Archiv verlassen und diese Seite im Standarddesign anzeigen : fetchmail soll emails vom Server nur 1x abrufen
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?
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
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?
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
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!
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. :D
LKH
Probier's mal so:
fetchmail -U -f /etc/fetchmailrc -d 300
-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.
Super, das hat geklappt!
Danke!
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.