[RESOLU]posfix+fetchmail

Support Debian
#1

Allez un post de plus aux très nombreux posts de postfix…

J’ai un petit soucis que je n’arrive pas a résoudre, je connais le “man” de postfix par coeur (nan, faut pas abuser non plus), ainsi que celui de fetchmail…
sauf que…
fetchmail est lancé en démon, ce qui fait qu’il lance la récupération toutes les "-d 3600 " secondes…

et comme le dit si bien le man ou encore les différents how to et autres guides de références:

donc, cette option n’est pas chez moi…

testant sur une adresse mail d’entreprise, j’ai mis l’option “keep” dans mon “.fetchmailrc”, pour garder les mails sur le serveur principal et éviter les cagades tant que ce n’est pas encore en production.
L’antispam est efficace a près de 105 %…après réglage du score a 4,5…draconien…

sauf que…toutes les heures (option -d 3600 dans le .fetchmailrc, voir plus haut) et bien mes 20 Mo de mail du serveur se retéléchargent… bref, demain a la même heure j’en serai a 480 Mo de mails…ça fait un peu lourd…et je comprends pas pourquoi il me retélécharge sans arrêt les mêmes messages alors qu’ils sont déjà sur place…

auriez-vous une idée?
:smiley: :smiley:

#2

bon, visiblement personne n’a d’idées…mais j’en suis a 350 Mo donc je vais voir encore ailleurs…

#3

Bon, après qq recherches, et surtout un peu de réflexions, j’ai attaqué le pbm différamment, je pense que ça pourra en interesser certains, en fait il “suffit” de rajouter une règle dans procmail, j’ai adapter la solution grace a l’astuce de Dam_ned sur DLFP:

Il faut rajouter dans le fichier de conf de procmail (/etc/procmailrc) ceci :

# SpamAssassin sample procmailrc
# ==============================

# The following line is only used if you use a system-wide /etc/procmailrc.
# See procmailrc(5) for infos on what it exactly does, the short version:
#  * It ensures that the correct user is passed to spamd if spamc is used
#  * The folders the mail is filed to later on is owned by the user, not
#    root.
DROPPRIVS=yes

# Pipe the mail through spamassassin (replace 'spamassassin' with 'spamc'
# if you use the spamc/spamd combination)
#
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
#
# The lock file ensures that only 1 spamassassin invocation happens
# at 1 time, to keep the load down.
#
:0fw: spamassassin.lock
* < 256000
| spamc

# Mails with a score of 15 or higher are almost certainly spam (with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
:0:
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
almost-certainly-spam

# All mail tagged as spam (eg. with a score higher than the set threshold)
# is moved to "probably-spam".
:0:
* ^X-Spam-Status: Yes
probably-spam

# Work around procmail bug: any output on stderr will cause the "F" in "From"
# to be dropped.  This will re-add it.
# NOTE: This is probably NOT needed in recent versions of procmail
:0
* ^^rom[ ]
{
  LOG="*** Dropped F off From_ header! Fixing up. "
  
  :0 fhw
  | sed -e '1s/^/F/'
}

# ICI je marque le mail comme lu
# Je recupere le nom du fichier du mail depuis la variable LASTFOLDER et je lui ajoute ":2,S" qui marque le mail comme lu.
:0 ai
* LASTFOLDER ?? ()\/[^/]+^^
|mv "$LASTFOLDER" "$MAILDIR/$MATCH:2,S"

enfin, surtout a partir de #ICI je marque le mail comme lu…

#4

Ça vaudrait ptet un ptit topo sur T&A, non ?

#5

Je veux bien, ce serait avec plaisir même, mais je n’ai aucun mérite, je n’ai fait que pomper ce qu’a mis Dam_ned sur DLFP et adapté a ma “configuration”, en fait de configuration, procmail traite tous les messages et les mets comme lu, ce qui permet de laisser sur le serveur du provider les messages, mais si fetchmail est en daemon de ne pas récupérer TOUS les messages a chaque fois.
:blush: