j'ai un gros problème avec une bal en pop3 chez freesurf. elle est pleine à craquer et je n'arrive pas à la vider...
j'utilise habituellement thunderbird, mais la récupération des mails s'arrête, sans message d'erreur. si je relance, cela reprend, mais je me retrouve avec pleins de messages en double...
et la boite pop3 n'est jamais vidée, bien que je n'ai pas l'option "garder une copie sur le serveur". j'ai fait un essai de suppression du fichier popstate.dat, sans résultat.
je n'ai pas trouvé de log de thunderbird sur ma machine...
ensuite, j'ai installé fetchmail, en pensant avoir plus de succès... raté !
avec : fetchmail -aKv -m "/usr/bin/procmail -d %T"
puis avec un fetchmail -av --flush -m "/usr/bin/procmail -d %T"
extrait obtenu :
fetchmail: POP3> LIST 4801
fetchmail: POP3< +OK 4801 3609
fetchmail: POP3> RETR 4801
fetchmail: POP3< +OK
lecture du message xxxx@freesurf.fr@mail.freesurf.fr:4801 parmi 10601 (3609 octets)
#**********************.*************.*********** éliminé
fetchmail: POP3> DELE 4801
fetchmail: POP3< +OK
fetchmail: POP3> LIST 4802
fetchmail: POP3< +OK 4802 3605
fetchmail: POP3> RETR 4802
fetchmail: POP3< +OK
lecture du message xxxxx@freesurf.fr@mail.freesurf.fr:4802 parmi 10601 (3605 octets)
#**********************.*************.**********fetchmail: délai d'attente dépassé après 300 secondes.
fetchmail: erreur socket durant la réception de pop.freesurf.fr
fetchmail: 6.2.5 interroge pop.freesurf.fr (protocole POP3) à mer 29 déc 2004 04:22:32 CET : interrogation finie
fetchmail: État de la requête=2 (SOCKET)
fetchmail: terminaison normale, état 2
aucun mail n'a été effacé, j'en ai toujours 10.601 à récupérer sur le serveur, plus des fichier mbox sur mon disque dur.
est ce que mes options fetchmail sont correctes ?
merci d'avance.
# je ne peux pas te dire là mais...
Posté par Maxime (site web personnel) . Évalué à 3.
set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
set daemon 150
poll pop.free.fr with proto POP3
user 'ch***me' there with password '*******' is 'max' here fetchall
poll pop.wanadoo.fr with proto POP3
user 'an****rre' there with password '*****' is 'anny' here fetchall
Et ca supprime bien les messages du server pop distant.
J'espere que ca peut t'aider.
[^] # Re: je ne peux pas te dire là mais...
Posté par philtek . Évalué à 1.
# Ne recuperer qu'un certain nombre avant synchro serveur
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 3.
J'ai fouillé un peu la doc de fetchmail et j'ai finit par positionner une option indiquant à fetchmail de supprimer les messages telechargés au bout d'un certain nombre (20 pour moi). Avec POP3, je crois que la mise a jour du serveur consiste a se déconnecter. Du coup, le télçhargement de mes mail est un peu plus long : tous les 20 messages, il met a jour le serveur en se déconnectant puis il se reconnecte.
Par contre, je suis au taf et j'ai pas les options sous les yeux. Je pense qu'avec les éléments que je viens de te donner, tu dois pouvoir retrouver l'option correcte dans la doc.
Bon courage.
[^] # Re: Ne recuperer qu'un certain nombre avant synchro serveur
Posté par philtek . Évalué à 4.
donc, si la récup des mails échoue, aucun n'est effacé...
j'ai trouvé l'option dans la manpage :
-e <count> | --expunge <count>
(keyword: expunge) Arrange for deletions to be made final after a given number of messages. Under POP2 or POP3, fetchmail cannot make deletions final without sending QUIT and ending the session -- with this option on, fetchmail will break a long mail retrieval session into multiple subsessions, sending QUIT after each sub-session. This is a good defense against line drops on POP3 servers that do not do the equivalent of a QUIT on hangup.
merci beaucoup, j'essaye de suite...
[^] # Re: Ne recuperer qu'un certain nombre avant synchro serveur
Posté par philtek . Évalué à 1.
plus que 5800 à récupérer... c'est long en rtc...
encore merci pour le truc
[^] # Re: Ne recuperer qu'un certain nombre avant synchro serveur
Posté par Pooly (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.