Forum Linux.debian/ubuntu Alias avec + dans Postfix

Posté par .
Tags : aucun
-1
28
nov.
2011

Bonjour,

J'ai actuellement un serveur Postfix qui fonctionne tout à fait correctement.
La gestion des utilisateurs, alias et domaine s'effectue via ldap.
J'aimerais permettre les alias automatique avec + (exemple: toto+test@toto.com qui renvoie vers toto@toto.com) sans avoir à configurer chaque alias dans ldap.
J'ai beau chercher sur google et ici même, je ne trouve rien. J'avoue que je ne sais pas trop avec quoi chercher sur google, je tombe toujours sur de la gestion d'alias (standard,mysql,ldap ...).

Est ce que quelqu'un aurait une petite indication ?

  • # dans la conf de postfix

    Posté par . Évalué à 2.

    recipient_delimiter = +
    
    

    dans main.cf

    Chezmoiçamarche

    207829⁶+118453⁶=193896⁶+38790⁶+14308⁶+99043⁶+175539⁶

  • # Heu?

    Posté par . Évalué à 2.

    Ça marche pas par défaut? Je ne me souviens pas avoir configuré de bidouilles spécifiques pour recevoir les mails en user+quelquechose.

    THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

  • # Plus d'infos

    Posté par . Évalué à 1.

    Quels sont les logs générés par postfix lorsqu'il reçoit un mail à toto+test@toto.com ?
    Quel est le MDA ?

    En ce qui me concerne, la configuration Postfix était correcte par défaut (sur une Debian) mais j'ai eu à modifier master.cf pour que postfix fournisse bien la bonne adresse au MDA que j'utilise (Dovecot), à savoir ${user}@${nexthop} ce qui correspond à toto@test.com, et non pas ${recpient} qui correspond à toto+test.

  • # C'est un problème avec ldap

    Posté par . Évalué à 2.

    J'ai le même type de configuration (ldap) et je n'avais jamais réussi à faire fonctionner alias+user@domain.ext malgré de nombreuses recherches. De mémoire ça ne passe pas la recherche de l'utilisateur dans le ldap et donc la modification du master.cf indiquée plus haut ne devrait rien changer.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.