Alias ​​Postfix et e-mails en double, comment y remédier?

J'ai des alias configurés dans postfix, tels que les suivants:

[email protected]:    [email protected], [email protected] ...

Lorsqu'un e-mail est envoyé à [email protected] et que l'un des destinataires de cet alias est cc: ed, ce qui est assez courant (par exemple: "Répondre à tous"), l'e-mail est remis en double. Par exemple, si un e-mail est envoyé à [email protected] et [email protected] est cc: ed, il sera envoyé deux fois. Selon la FAQ Postfix , cela est voulu par la conception car Postfix envoie des e-mails en parallèle sans étendre les groupes, ce qui le rend plus rapide que sendmail. Maintenant, tout va bien et dandy, mais est-il possible de configurer Postfix pour supprimer réellement les destinataires en double avant d'envoyer l'e-mail?

J'ai trouvé beaucoup de messages de personnes partout sur le net qui ont le même problème, mais je n'ai pas encore trouvé de réponse. Si cela n'est pas possible dans Postfix, est-il possible de le faire quelque part en cours de route? J'ai essayé d'éduquer mes utilisateurs, mais c'est plutôt futile j'ai peur ...

J'utilise postfix sur Mac OS X Server 10.6, amavis est défini comme content_filter et dovecot est défini comme mailbox_command. J'ai essayé de configurer procmail en tant que content_filter pour la livraison smtp (selon la suggestion ci-dessous), mais je n'arrive pas à faire les choses correctement. Pour diverses raisons, je ne peux pas remplacer la configuration standard d'OS X, ce qui signifie que postfix, amavis et dovecot restent en place. Je peux cependant y ajouter si je le souhaite.

Postfix n'a aucune idée des e-mails en double en raison de sa structure. Il est possible de faire ce que vous proposez en utilisant procmail comme agent de livraison.

Essentiellement, chaque message provenant d'un client doit être livré avec un ID de message unique. Dans le cas où il est livré à plusieurs personnes, l'ID de message doit être le même, nous enregistrons donc tous les en- Message-Idtêtes que nous avons vus et supprimés et les futurs qui correspondent à cette liste.

Depuis http://novosial.org/procmail/

:0 Wh: msgid.lock
| formail -D 8192 ~/.procmail/msgid.cache

Il existe un moyen de le faire, mais sans utiliser Postfix lui-même.

Si vous utilisez un Dovecot avec une implémentation de Pigeonhole de Sieve relativement récent , il existe une extension spéciale qui peut être utilisée pour la déduplication à la livraison. Dans Dovecot plus ancien que 2.2.18, le nom de cette extension est "vnd.dovecot.duplicate" et elle est désactivée par défaut, dans les versions plus récentes, l' extension est appelée "duplicate" et devrait déjà être activée, mais l'activer explicitement ne le sera pas nuire.

/etc/dovecot/conf.d/90-sieve.conf:

plugin {
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve

  sieve_before = /mnt/mail/users/global_sieve/deduplicate.sieve
  # sieve_before2 = /mnt/mail/users/global_sieve/antispam.sieve

  sieve_extensions = +vnd.dovecot.duplicate  # for dovecot < 2.2.18
  #sieve_extensions = +duplicate             # for dovecot >= 2.2.18
}

Créez ensuite le script sieve pour gérer la déduplication elle-même (vous pouvez ajuster le nom de fichier comme bon vous semble).

/mnt/mail/users/global_sieve/deduplicate.sieve:

require "vnd.dovecot.duplicate"; # for dovecot < 2.2.18
# require "duplicate";           # for dovecot >= 2.2.18

if duplicate {
    discard;
    stop;
}

Compilez le script à l'aide de sievec et assurez-vous que le script est lisible par l' utilisateur dovecot . Plus dans les documents Dovecot.

Si vous utilisez Cyrus, il existe une fonction de suppression de remise des messages en double qui peut être activée à l'aide de suppress_duplicates = yes.

Une solution que le travail pour moi est d' ajouter -o receive_override_options=no_address_mappingssurmaster.cf

Voici le doc: http://www.postfix.org/postconf.5.html#receive_override_options

Ceci provient d'une ancienne FAQ postfix:

Postfix envoie des messages en double Certaines personnes se plaindront que Postfix envoie des messages en double. Cela se produit chaque fois qu'un message est envoyé à plusieurs adresses qui atteignent le même utilisateur. Des exemples de tels scénarios sont:

• Un message est envoyé à l'utilisateur et à un alias qui répertorie l'utilisateur. L'utilisateur reçoit directement une copie du courrier et une copie via l'alias.

  • Un message est envoyé à plusieurs alias qui répertorient l'utilisateur. L'utilisateur reçoit une copie du courrier via chaque alias.

Certains diront même que c'est le "bon" comportement. C'est probablement plus une question d'attente et de ce à quoi on est habitué.

Cela ne peut être "corrigé" qu'en ralentissant Postfix. Dans les exemples ci-dessus, Postfix devrait d'abord développer complètement toutes les listes de distribution avant de commencer toute livraison. De par sa conception, Postfix livre du courrier vers différentes destinations en parallèle, et la livraison locale ne fait pas exception. C'est pourquoi Postfix peut être plus rapide que sendmail.

Donc, par conception, vous voyez ce comportement. Peut-être que si vous trouvez un filtre de contenu qui peut supprimer les ID de message en double, vous pouvez l'éliminer après l'événement de remise.

Sendmail n'a pas ce problème car il développe tout d'abord et supprime les doublons.

La solution officielle est ici .. http://osdir.com/ml/mail.postfix.devel/2007-05/msg00010.html

duplicate_filter_limit (10000) Le nombre maximal d'adresses mémorisées par les filtres en double du destinataire pour l'expansion des alias (5) ou virtuels (5), ou pour les affichages de file d'attente showq (8) (avec les versions antérieures de Postfix, la limite par défaut était de 1000).

duplicate_filter_style (strict) La politique de filtrage des destinataires en double: stricte ou pragmatique.

enable_original_recipient=no

J'ai mis cela dans mon main.cf et cela a bien fonctionné mais seulement pour le courrier envoyé depuis mon domaine. J'ai encore des doublons si j'envoie des e-mails de l'extérieur de mon domaine (Yahoo sur mon domaine par exemple.)

source: http://article.gmane.org/gmane.mail.postfix.user/119783