Devrais-je configurer des comptes de messagerie standard? Que sont-ils?


65

Il y a longtemps celui utilisé pour pouvoir compter sur des domaines ayant des adresses comme webmaster@example.com, postmaster@example.comou abuse@example.com... est cette convention morte?

Remarque: j'essaie toujours de mettre un contact disponible sur les sites Web que je mets en place afin que les gens puissent nous contacter si nécessaire. Mais y a-t-il des raisons de gérer ces adresses de courriel ou d'autres adresses électroniques "standard" auxquelles je ne pensais peut-être pas? J'ai mis en place moins d'adresses électroniques que d'habitude car le spam était devenu si horrible, et une adresse électronique "prévisible" semble simplement être une invitation pour les polluposteurs.


1
Ce serait également intéressant de considérer serverfault.com/questions/270058/…
sorin

4
Voir également la RFC 2142 ( tools.ietf.org/html/rfc2142 )
M. Dudley le

Réponses:


46

Il n'y a aucune raison de les créer tous en tant que comptes de messagerie individuels. Vous pouvez simplement configurer des redirecteurs menant à un site.admin@compte générique et configurer un filtre pour cela dans votre client de messagerie afin de garder le bruit isolé.

Vous les voudrez parce que:

  • webmaster@ C’est là que les braves gens font des choses comme signaler des liens cassés, cela se produit plus que vous ne le pensez!
  • abuse@ C’est bien, cela empêche parfois les gens d’aller directement chez votre fournisseur d’hôte / de centre de données / de bande passante au cas où quelqu'un trouverait un moyen d’utiliser votre serveur pour envoyer du spam.
  • postmaster@ est pratique à vérifier, et assurez-vous que le courrier root y est également envoyé. Au moins, il vous indiquera que si votre serveur de messagerie est configuré de manière incorrecte, il capturera également les rebonds qui vous permettent de savoir que vous avez un spammeur.

Je vérifie habituellement mes affaires toutes les fois une fois par semaine et les nettoie. Cela ne prend que quelques minutes. De temps en temps, vous trouvez un vrai bijou, qui ressemble à " Votre site m'a aidé, je voulais juste dire merci pour la ressource! " .. qui rend toujours votre journée :)

Ceci, bien sûr, en plus de la commodité des certificats SSL générés automatiquement - les fournisseurs SSL enverront un courrier électronique de confirmation à l’une des adresses ci-dessus, vous devrez donc pouvoir le recevoir.


Oui, vous pouvez et devriez utiliser des alias lorsque cela a du sens. Oui, il existe des adresses connues des autorités de certification. Mais la vraie réponse est de faire référence à la RFC 2142, comme l'a dit M. Dudley dans un commentaire ci-dessus. Cela dit quelles sont les adresses bien connues.
Gannet en béton

Pouvez-vous clarifier le bit sur les alias? Voulez-vous dire que vous créez un compte admin @, puis donnez contact @ et dites contact2 @ quel transfert à admin @? J'ai essayé de transférer des adresses inexistantes vers l'adresse de messagerie principale, mais cela n'a pas fonctionné. Ou voulez-vous dire mettre en place un fourre-tout et avoir tous les courriels transmis à admin @? Merci
Pushkin

Pouvez-vous élaborer sur les certificats SSL? Faites-vous référence à des certificats auto-signés ou à quelque chose d'autre. Je ne comprends pas comment le courrier électronique est impliqué. À votre santé.
devios1


7

Si vous envisagez d'acheter un SSL validé par un domaine, admin@c'est généralement un bon choix car les certificats validés par un domaine utilisent une petite liste d'adresses e-mail codées en dur, et en font admin@généralement partie.


5

Les miens sont configurés de manière à ce que tout ce que nous avons en main est envoyé à Cela permet de ne rien manquer.

Jusqu'à présent, je n'ai pas eu beaucoup de spam, mais mes sites ne sont pas trop grands, cela pourrait donc changer.

Ensuite, je mets en place toute adresse à laquelle je veux envoyer du courrier.


En général, il va changer;) Cela dit, il est également utile pour le suivi qui a vendu votre adresse e - mail - si vous commencez à recevoir des courriels ThisSite@example.com se rapportant à une personne autre que ThisSite, vous savez que vous ne serez pas les utiliser à nouveau :)
Zhaph - Ben Duguid

6
Ouais, c'était la façon dont j'avais l'habitude de le gérer aussi, un fourre-tout pour le domaine. Il a fini avec des milliers d'e - mails par jour sans valeur, car les spammeurs ont envoyé des mails à tous les noms dans le dictionnaire: aaron@example.com, alex@example.com, etc, etc, etc. Il y a beaucoup d'adresses e - mail possibles il se trouve.
artlung

Premièrement, si le même email arrive à 3 adresses ou plus (et que vous êtes le seul utilisateur du domaine), il sera marqué comme spam. Deuxièmement, je trouve les filtres anti-spam de Google très bons, car je ne reçois pas de spam dans ma boîte de réception malgré la même politique fourre-tout (même s'il y a des milliers de messages par jour dans le dossier spam).
LogicDaemon

En disposant d'un compte de courrier électronique fourre-tout, vous constaterez non seulement une augmentation du spam, mais également un stress accru pour le serveur de messagerie.
MrWhite

1
Auparavant, j’aidais à la gestion d’un service d’hébergement par courrier électronique, et des adresses captivantes nous ont presque rendus hors connexion à cause du volume de spam qu’elles attirent. Je recommande fortement contre eux.
Mark Stosberg

2

Désolé, mais pour en revenir à postmaster@example.com, ou à abuse@example.com, il est extrêmement important d’avoir l’un des deux et de l’enregistrer avec abuse.net.

La plupart des boucles de commentaires (lorsque le bouton SPAM ou le bouton de courrier indésirable est activé) enverront les données, similaires à un journal de rebond d'e-mail au format JMR (Microsoft) ou ARF, à l'adresse enregistrée auprès de Abuse.net.

Avec DMARC, l'enregistrement est une bonne idée. Vous remarquerez que GSuite réserve l'abus @ et postmaster @ de votre domaine, ce qui en fait un "groupe" d'accès, puis vous devez transférer les données, je ne suis pas un fan.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.