Une adresse fourre-tout accepte n'importe quoi sur votre domaine : sales@, jhgfds@, tout. On l'active pour ne jamais perdre de courrier, et elle produit fidèlement deux problèmes pires que celui qu'elle résout.

Ce qu'elle coûte

  • Du spam sans limite. Les expéditeurs fabriquent des adresses sur des domaines connus. Avec un fourre-tout, chacune est valide : tout est accepté et distribué.
  • Les fautes de frappe deviennent invisibles. Un client qui écrit à sales@ au lieu de sale@ n'obtient ni rejet ni réponse. Sans le fourre-tout, il aurait été prévenu aussitôt.
  • Le backscatter. Votre serveur accepte un message pour une adresse inexistante, ne peut pas le distribuer, et renvoie un rejet à un expéditeur falsifié — ce qui fait inscrire votre serveur sur une liste noire.

Que faire à la place

Créez les adresses que vous utilisez vraiment comme alias vers une seule boîte. Dix alias ne coûtent rien, et chacun est voulu.

info@     -> info mailbox
sales@    -> info mailbox
support@  -> info mailbox
billing@  -> accounts mailbox
noreply@  -> rejected, deliberately

Refusez proprement les adresses inconnues

# postfix - reject at the SMTP conversation, do not accept and bounce later
smtpd_recipient_restrictions =
    reject_unauth_destination,
    reject_unlisted_recipient
Refuser pendant le dialogue SMTP est la bonne façon. Accepter puis renvoyer, voilà ce qui crée le backscatter : c'est la différence entre dire non à l'expéditeur et envoyer à un inconnu un message qu'il n'a pas demandé.

Si vous en avez vraiment besoin

Un fourre-tout de courte durée après une migration, pour retrouver des adresses que personne n'a documentées, est raisonnable. Distribuez-le dans une boîte à part, lisez-la quinze jours, créez les alias trouvés, puis coupez-le.

S'il est actif en ce moment, regardez la boîte avant de le couper : elle vous montrera les adresses réellement utilisées, et c'est cette liste qu'il faut créer en alias.