Merci pour toutes ces explications (j'étais finalement pas si loin ^__^).
En fait, j'ai une piste qui dépend des pré-requis suivants:
¤ chaque compte configuré dans fetchmail doit appartenir à un seul utilisateur. Cela n'empêche pas d'avoir plusieurs comptes pour un même utilisateur, mais les mails d'une boite auront toujours le même destinataire local.
¤ sendmail peut délivrer (fonction MDA) les mails à chaque user et non qu'à l'utilisateur ROOT (pas "très courant" le cas des mails de l'extérieur qui sont redirigés qu'à root !);
Alors, dans la configuration de fetchmail, il est possible de lui indiquer qu'un compte est localement associé à un utilisateur. En voici une syntaxe [1]:
===
poll pop.provider.com with proto POP3
user 'utilisateur1' there with password 'passe' is utilisateur1 here options fetchall
user 'utilisateur2' there with password 'passe' is utilisateur2 here options fetchall
===
Dans cet exemple, sur le pop.provider.com, fetchmail récupère les mails du compte "utilisateur1" et les soumet à sendmail pour l'utilisateur local 'utilisateur1' (le nom n'est pas lié au compte, mais là c'est un exemple, donc simplifié :P), de même le compte "utilisateur2" à pour équivalent local 'utilisateur2'.
Charge à chacun des utilisateurs de faire le tri avec leur outil favori (même si ma préférence va à procmail :P)
Reste que cette piste va à l'encontre de la solution actuelle car elle empêche la gestion du mail de manière à priori "centralisée" (ie via un seul user root/admin ?) et qui surement permet de faire un ménage efficace des virus, spam et autres.
Sinon, en gardant la solution actuelle, il est possible (pardon procmail pour ce que je vais évoquer) de rajouter des commandes à procmail pour qu'il les exécute à chaque message. Il s'agit de "faire faire" à procmail ce qui est fait manuellement à l'aide de "variables fictives". Par exemple:
===
...
# Avant les règles de filtrages SANS GARANTIE SUR LA SYNTAXE
PARDON=$(chown -R user /Disk0/Mail/Electro_bidouille_wanadoo)
PARDON=$(chown -R user /Disk0/Mail/tonton_labidouille_free)
# etc...
# Règle de filtrages
...
===
Bon courage !
Cdlt,
PS: Je nierai avoir eu connaissance de la solution "rajouter de commandes" ^__^
[^] # Une piste...
Posté par Steve Azriel . En réponse au message fetchmail + sendmail + procmail. Évalué à 1.
Merci pour toutes ces explications (j'étais finalement pas si loin ^__^).
En fait, j'ai une piste qui dépend des pré-requis suivants:
¤ chaque compte configuré dans fetchmail doit appartenir à un seul utilisateur. Cela n'empêche pas d'avoir plusieurs comptes pour un même utilisateur, mais les mails d'une boite auront toujours le même destinataire local.
¤ sendmail peut délivrer (fonction MDA) les mails à chaque user et non qu'à l'utilisateur ROOT (pas "très courant" le cas des mails de l'extérieur qui sont redirigés qu'à root !);
Alors, dans la configuration de fetchmail, il est possible de lui indiquer qu'un compte est localement associé à un utilisateur. En voici une syntaxe [1]:
===
poll pop.provider.com with proto POP3
user 'utilisateur1' there with password 'passe' is utilisateur1 here options fetchall
user 'utilisateur2' there with password 'passe' is utilisateur2 here options fetchall
===
Dans cet exemple, sur le pop.provider.com, fetchmail récupère les mails du compte "utilisateur1" et les soumet à sendmail pour l'utilisateur local 'utilisateur1' (le nom n'est pas lié au compte, mais là c'est un exemple, donc simplifié :P), de même le compte "utilisateur2" à pour équivalent local 'utilisateur2'.
Charge à chacun des utilisateurs de faire le tri avec leur outil favori (même si ma préférence va à procmail :P)
Reste que cette piste va à l'encontre de la solution actuelle car elle empêche la gestion du mail de manière à priori "centralisée" (ie via un seul user root/admin ?) et qui surement permet de faire un ménage efficace des virus, spam et autres.
Sinon, en gardant la solution actuelle, il est possible (pardon procmail pour ce que je vais évoquer) de rajouter des commandes à procmail pour qu'il les exécute à chaque message. Il s'agit de "faire faire" à procmail ce qui est fait manuellement à l'aide de "variables fictives". Par exemple:
===
...
# Avant les règles de filtrages SANS GARANTIE SUR LA SYNTAXE
PARDON=$(chown -R user /Disk0/Mail/Electro_bidouille_wanadoo)
PARDON=$(chown -R user /Disk0/Mail/tonton_labidouille_free)
# etc...
# Règle de filtrages
...
===
Bon courage !
Cdlt,
PS: Je nierai avoir eu connaissance de la solution "rajouter de commandes" ^__^
Ref:
1 - [http://www.linuxfr-france.org.invalid/article/mail/serveur-mdk/config.(...)]