Viabilité du server de messagerie privé

Je possède un domaine dont l'logging MX jusqu'à présent a indiqué un server de courrier commercial où j'avais un count pour le domaine; C'était le seul count, appelez- me@myplace .

J'ai maintenant besoin d'append des counts de courrier électronique, j'ai donc mis en place un server de messagerie et j'ai changé l'logging MX pour le signaler. Cependant, après avoir testé le relais smtp en envoyant un count Gmail ( there@gmail.com ), je suis un peu nerveux:

  • Si je réponds à un message du count Gmail, tout va bien.

  • Si j'envoie un message au count Gmail à partir du même nom d'user que le seul count existant pour le domaine avant (moi @ myplace) – avec lequel le count gmail a un historique – tout va bien.

  • Si j'envoie un message au count Gmail à l'aide d'un nouveau count d'user – par exemple, new @ myplace – tout semble passer par le client distant et le journal du server smtp note:

     esmtp: id=XXXXXXXXX,from=<new@myplace>,addr=<there@gmail.com>,size=694,success: delivered: gmail-smtp-in.l.google.com 

    C'est-à-dire que le server Gmail a accepté le message et a dit à mon server que tout va bien, alors mon server a dit au client distant que tout va bien. Sauf que le server gmail est en train de mentir , car le message n'est jamais envoyé à there@gmail.com .

Je crains que ce ne soit un signe de problèmes plus sérieux encore à venir – que la list blanche de servers de courrier commercial par relais IP n'est pas seulement le domaine, et je jetterai mon courrier parce que je ne suis pas un server commercial de list blanche et qu'ils le feront de la même manière que Google a apparemment fait: en déclarant avec joie que cela acceptait , ce qui signifie que je n'obtiendrais jamais un avis de rebond ou que je sache que mon courrier n'est pas livré.

Donc, ma question en deux parties est:

  1. Est-ce vraiment une malhonnêteté de la part du server gmail? C'est-à-dire, on dit qu'il accepte le courrier pour livraison qu'il n'a jamais l'intention de livrer? Ou est-ce qu'il y a une certaine ambiguïté?

  2. Si oui, est-ce une perte de time pour moi d'essayer de gérer mon propre server de messagerie? Est-ce que beaucoup de servers commerciaux se contenteront de regarder l'adresse IP du relais (qui correspond à l'logging MX du domaine) et tout simplement jeter silencieusement / malhonnêtement mon courrier parce qu'il ne se trouve pas sur une list blanche – c'est-à-dire en substance, je dois payer un commerce sur une list blanche server si je souhaite un courrier électronique livré dans le monde moderne?

J'ai appartenu à ce domaine depuis des années et n'a jamais été une source de spam, si cela count.

  1. Non. Tout cela signifie qu'ils l'ont accepté, et vous avez passé la première batterie de tests. Il y a d'autres tests qui prennent habituellement plus de time, et ces tests se produisent souvent après l'acceptation du courrier. Ni vous, ni le server lui-même ne savent si vous réussirez ou échouerez à ces tests.

  2. Non. Cependant, si vous sautez à travers tous les cerceaux, correctement RDNS, SPF et vous assurant que vous n'êtes pas un relais ouvert, vous verrez probablement que votre ratio de courriers acceptés et non livrés diminue de manière significative.

  1. Vous devriez faire plus de lecture sur le SMTP, le courrier électronique et le filtrage du spam / list noire.

  2. Les servers ne sont pas des gens. Ils ne mentent pas. Si le journal indique que le server gmail a accepté le courrier électronique, il l'a accepté.

  3. L'acceptation du courrier électronique et l'envoi à la boîte aux lettres sont deux choses différentes. Le server gmail a accepté le courrier électronique mais peut l'avoir rejeté, purgé ou filtré à un stade ultérieur de la livraison du courrier électronique à la boîte aux lettres du destinataire.