Comment peut-on créer son propre serveur de messagerie ? – Quora

OuiYes et non.

Oui, car tout ce que vous devez faire pour envoyer un e-mail est de pouvoir établir des connexions SMTP sortantes au serveur SMTP approprié qui reçoit le courrier pour le destinataire prévu. Autrement dit, si vous souhaitez envoyer un e-mail à quelqu’un avec une adresse Gmail, vous devez pouvoir établir une connexion TCP à smtp.gmail.com sur le port 25, interagissez avec le serveur de manière appropriée et fermez la connexion.

Vous pouvez même le faire à partir du terminal / de la ligne de commande de votre système d’exploitation préféré, que ce soit macOS, Linux / Unix ou même Windows en utilisant le programme telnet (si vous connaissez les commandes SMTP, c’est-à-dire).

Cependant, vers 2003 ou 2004 environ, il y a eu une énorme augmentation des virus de macro Microsoft Word qui implémentaient un client SMTP (mal écrit) pour spammer les gens. Le virus de la macro se propagerait en s’envoyant aux destinataires et continuerait à envoyer du spam directement à partir des ordinateurs personnels des personnes.

En conséquence, la plupart des FAI bloquent les connexions sortantes au port 25, ce qui signifie que vous ne pouvez plus envoyer d’e-mails directement, mais que vous devez utiliser le relais du FAI ou un serveur SMTP avec une authentification et un autre port de soumission de courrier (plus à ce sujet ci-dessous).

De plus, les clients SMTP étant si mal implémentés, ils violent un certain nombre de conventions sur la façon de s’identifier en tant que serveur de messagerie. De nombreux administrateurs de messagerie ont mis en place des contrôles supplémentaires pour bloquer et / ou filtrer le courrier provenant d’une source douteuse.

C’est-à-dire,

1. Si vous n’avez pas d’entrée DNS MX valide pour votre domaine, votre courrier peut être rejeté.
2. Si vous n’avez pas de nom d’hôte DNS valide pour votre serveur de messagerie, votre courrier peut être rejeté.
3. Si l’adresse IP de votre serveur de messagerie figure sur une liste IP dynamique (par exemple, un client FAI), votre courrier peut être rejeté.
4. Si l’adresse IP de votre serveur de messagerie ne peut pas recevoir de courrier (vérification de l’expéditeur), votre courrier peut être rejeté.
5. Si l’adresse IP de votre serveur de messagerie figure sur une liste noire basée sur DNS, votre courrier peut être rejeté.
6. Si votre serveur de messagerie n’a pas d’entrées SPF ou DomainKeys dans le DNS, votre courrier peut être rejeté.
7. Si votre serveur de messagerie n’est pas configuré correctement, votre courrier peut être rejeté.
8. Si l’adresse de l’expéditeur de l’enveloppe (et non l’en-tête From: que vous voyez) est étrange de quelque manière que ce soit, indiquant un programme de messagerie automatisé (comme les formulaires de courrier électronique du serveur Web), l’e-mail peut être rejeté.
9. Si le serveur de messagerie destinataire dispose d’un filtre de message qui lit le corps de l’e-mail à la recherche d’URL/ liens, de mots-clés ou d’autres caractéristiques de spam, votre courrier peut être rejeté.

Il y a eu un certain nombre de tentatives pour contrôler l’épidémie de spam à l’époque, et bon nombre des éléments ci-dessus ont été incorporés à l’époque. Parfois, ils peuvent ne pas rejeter purement et simplement, mais les critères ci-dessus peuvent augmenter un score de spam de quelques points. Plus un e-mail a échoué (à la fois à cause des échecs du protocole d’envoi du serveur de messagerie ci-dessus et des critères supplémentaires liés au contenu), plus il est probable qu’il soit identifié comme spam et rejeté ou filtré / supprimé.

De nos jours, il semble que la plupart des administrateurs de messagerie rejettent purement et simplement l’e-mail sur une ou deux caractéristiques de configuration du serveur principal (DNS, plage d’adresses IP dynamiques) et reçoivent tous les autres messages avec un examen minutieux pour filtrer dans un dossier spam.

En raison de tout cela, combiné au fait que les FAI bloquent le courrier sortant directement vers les serveurs SMTP, vous ne pourrez généralement pas envoyer de courrier depuis votre réseau domestique. La façon dont la plupart des fournisseurs d’hébergement et des services de messagerie fonctionnent est un port de soumission d’e-mails authentifié.

Vous configurez votre client de messagerie pour qu’il se connecte à un serveur SMTP sur le port 587, entrez le nom d’utilisateur et le mot de passe de votre compte (vérifie qui envoie cette merde), puis vous pouvez contourner votre FAI. L’idée est qu’aucun serveur SMTP ne reçoit de courrier pour ses clients sur 587, il ne reçoit que du courrier pour le relayer ailleurs.

Tout cela suppose que vous avez une connexion FAI grand public. Si vous avez un service de classe affaires, il y aura probablement moins de restrictions sur l’envoi de courrier (c’est-à-dire, ne bloquant pas le port 25) car une entreprise peut légitimement envoyer des e-mails de l’intérieur. Si la restriction est en place, un appel téléphonique à la ligne de soutien aux entreprises entraînera probablement une exception à la politique.

Ensuite, vous avez le plaisir de configurer votre serveur de messagerie de manière à ce que les autres ne rejettent pas le courrier de votre part. Ce sera complexe la première fois (surtout si vous n’êtes pas familier avec les concepts de support), mais est relativement simple.

Vous avez besoin:

1. Un nom de domaine et un mécanisme pour publier des enregistrements DNS (par exemple, votre bureau d’enregistrement, votre hébergeur ou votre propre serveur DNS correctement configuré)
2. Les entrées DNS correctes:
1. L’enregistrement A pour votre serveur de messagerie (identifie votre serveur de messagerie sur le réseau)
2. L’enregistrement MX pour votre domaine (identifie le serveur censé recevoir le courrier pour votre domaine)
3. Enregistrement PTR pour l’adresse IP (en option, le PTR pointe vers l’enregistrement A ci-dessus, mais ce n’est pas officiellement requis)
3. Un serveur de messagerie (je recommande personnellement Postfix), correctement configuré
4. En option: Les certificats SSL et une connaissance pratique générale de la façon d’en obtenir un
1. Les protocoles serveur à serveur ne sont toujours pas cryptés, mais l’accès à votre serveur peut être sécurisé. Si vous êtes sur un réseau domestique privé, vous ne vous en souciez peut-être pas beaucoup, mais accéder à votre serveur depuis un café signifie que tout le monde peut regarder votre mot de passe et vos e-mails voler dans les airs via une connexion sans fil)
5. Optionnel: Logiciel de messagerie IMAP / POP3 pour télécharger le courrier que les gens vous envoient (ou vous pouvez lire le courrier directement sur le serveur si vous le souhaitez – PINE était mon programme préféré à l’époque)

À moins que vous ayez un réel besoin d’exécuter des e-mails sur votre réseau domestique, par exemple, vous dirigez une entreprise de conseil en informatique hors de chez vous et que vous ayez besoin de serveurs de messagerie à utiliser comme référence pour configurer les autres, vous feriez presque mieux d’utiliser un service de messagerie. C’est plus facile et vous permet de vous concentrer sur votre compétence principale.

Si l’idée est d’avoir un environnement d’auto-apprentissage bon marché autour du service de messagerie et des protocoles, les informations ci-dessus vous aideront à aller dans la bonne direction. C’est à peu près comme nous nous sommes enseignés autrefois, mais tant de spammeurs en ont abusé qu’il est presque impossible de gérer un serveur de messagerie à domicile.