= Google Workspace marque le courrier d'un nouveau VPS comme spam. Il n'est pas mal configuré et le domaine n'a pas de réputation de spam. Est-ce que l'un d'entre vous héberge avec succès des services de messagerie sur un VPS Digital Ocean ? =

Plus de détails:
J'ai utilisé ce domaine pendant 20 ans pour le courrier personnel. J'ai une philosophie Linux à l'ancienne; il n'y a jamais eu le moindre soupçon de spam provenant de ce domaine

SPF et DKIM sont activés

J'ai vérifié les listes RBL. L'IP est propre

Il n'y a aucune information dans la source du message brut de Google. SPF passe, les vérifications de nom d'hôte sont bonnes

Ce n'est pas seulement mon compte Google qui le marque comme spam. Chaque destinataire qui utilise Google comme MX voit mes messages se faire spammer

Je n'ai pas eu de problèmes avec d'autres services rejetant ou classant à tort mon courrier comme spam

La raison pour laquelle je soupçonne que Google utilise les netblocks de Digital Ocean comme signal de spam est que plus ou moins la même configuration de postfix fonctionne sur divers autres hébergements depuis deux décennies sans jamais le moindre problème.

Je ne veux pas tout renuméroter mais je me demande si ça vaut le coup d'essayer d'utiliser une adresse IP différente ?

*Fermé à clé*
Bonjour à tous,
Merci d'avoir publié sur le subreddit non officiel de DigitalOcean. C'est un amical& rappel rapide qu'il ne s'agit pas d'un canal d'assistance officiel de DigitalOcean. Le personnel de DigitalOcean n'offrira jamais de support via DM sur reddit. Merci de ne donner vos identifiants de connexion à personne !
Si vous recherchez les canaux d'assistance officiels de DigitalOcean, veuillez consulter la Q publique&UN, ou créez un ticket d'assistance

*Je suis un bot, et cette action a été effectuée automatiquement. Veuillez * *contacter les modérateurs de ce subreddit* * si vous avez des questions ou des préoccupations.*
n'envoyez pas d'e-mail directement depuis le VPS. Utilisez un fournisseur de messagerie transactionnelle ou un relais SMTP du type Amazon SES, Sendgrid, Mailchannels, etc.

L'océan numérique a une mauvaise réputation en ce qui concerne leur plage d'adresses IP parmi les filtres anti-spam

Oui, en raison de la facilité de mise en place d'un VPS qui semble s'appliquer à tous les fournisseurs de cloud. Je sais que j'ai certainement dû faire face à beaucoup de choses du côté de l'administration anti-spam. Le truc, c'est que Digital Ocean fait du bon travail en traitant les rapports d'abus

C'est une mauvaise administration de marquer aveuglément des netblocks entiers comme spam. Utilisez-le comme un signal, bien sûr, mais cela ne devrait pas suffire à lui seul. Lorsque tout le reste de la transaction de messagerie est propre, elle ne doit pas être marquée comme spam simplement parce qu'il s'agit d'un fournisseur de cloud


donc ça doit être un truc de google. J'ai eu des problèmes dans le passé pour envoyer des e-mails depuis privateemail.com et certains destinataires ne les reçoivent pas du tout ou sont marqués comme spam. Je n'ai jamais vraiment pu le résoudre

Je connais le filtrage de Google. J'ai travaillé pour quelqu'un qui avait un compromis, donc son domaine a envoyé un tas de spams jusqu'à ce que je le nettoie. Google n'a plus jamais accepté les e-mails de leur domaine. Il a été et est rejeté immédiatement dans la transaction SMTP. Il est tout à fait raisonnable de mettre en place un blocage temporaire, mais de continuer à bloquer ce domaine des années plus tard simplement parce que quelqu'un a été compromis pendant une courte période ? Google

Il semble que votre adresse IP n'ait pas une grande histoire. Vous aurez besoin de construire cela. Votre BSN a la meilleure réputation de domaine au monde, mais une mauvaise adresse IP va tout gâcher
C'est évident. Je sais que j'ai été coupable d'avoir bloqué des adresses IP qui attaquent notre infrastructure et nous n'avons pas de politique claire pour faire expirer de tels blocs

Cela me fait dire que j'attends mieux de Google avec ses ressources. Ils doivent comprendre la variabilité et la fugacité des adresses IP attribuées aux clients dans les services cloud

== À propos de la communauté ==
Membres
En ligne