C'est parfaitement exact. Je dois avouer que mon opinion sur le greylisting est très mitigée à cause de ca (c'est pour cette raison que je n'en ai pas pour le moment sur mon serveur perso).
Néanmoins, pour ce que j'en vois par rapport à d'autres serveurs dont j'ai accès au stat, cela permet de supprimer en amont du MTA une grande partie du spam...
<ma vie>
Sinon, une solution pour ceux qui peuvent créer des alias en nombre conséquent, c'est de faire un alias par utilisation, avec une partie aléatoire. J'ai par exemple un grand nombre d'alias du type nbernard-nomdusite-partiealéatoire@mondomain.invalid. Si je recois un spam sur une adresse, non seulement je sais d'où viens la fuite, et en plus, grace à la partie aléatoire, je peux changer facilement l'adresse, les mails à l'ancienne étant alors sommairement rejetés...
(la partie aléatoire permet d'éviter l'attaque où un webmaster peu scrupuleux tenterait d'essayer nbernard-amazon, nbernard-linuxfr, etc décrite par schneier dans un numéro de cryptogram...)
</ma vie>
[^] # Re: 2 en 1
Posté par Nicolas Bernard (site web personnel) . En réponse au journal Question sur anti spams. Évalué à 2.
Néanmoins, pour ce que j'en vois par rapport à d'autres serveurs dont j'ai accès au stat, cela permet de supprimer en amont du MTA une grande partie du spam...
<ma vie>
Sinon, une solution pour ceux qui peuvent créer des alias en nombre conséquent, c'est de faire un alias par utilisation, avec une partie aléatoire. J'ai par exemple un grand nombre d'alias du type nbernard-nomdusite-partiealéatoire@mondomain.invalid. Si je recois un spam sur une adresse, non seulement je sais d'où viens la fuite, et en plus, grace à la partie aléatoire, je peux changer facilement l'adresse, les mails à l'ancienne étant alors sommairement rejetés...
(la partie aléatoire permet d'éviter l'attaque où un webmaster peu scrupuleux tenterait d'essayer nbernard-amazon, nbernard-linuxfr, etc décrite par schneier dans un numéro de cryptogram...)
</ma vie>