Puis-je utiliser des applications Google pour les e-mails de domaine tout en utilisant un serveur «sendmail» pour envoyer des e-mails?

Question

J'utilise Google Apps for Domain pour héberger l'e-mail de mon domaine et j'ai configuré les enregistrements MX sur mon site en fonction de la documentation Google. Puis-je également utiliser un serveur "Sendmail" pour envoyer des e-mails supplémentaires de mon serveur Web sans qu'il y ait un conflit avec Google Apps?

Questions spécifiques: 1) Je souhaite ajouter des enregistrements MX pour mon serveur SendMail à mon webhost pour éviter d'envoyer le courrier à partir de mon serveur Sendmail marqué comme spam (via une recherche IP.) Les enregistrements MX pour les applications Google et mon conflit SendMail servent à De toute façon? 2) Le courrier électronique Google Apps fonctionnera-t-il toujours correctement si j'ai un serveur SendMail séparé fonctionnant? Je souhaite que Google Apps e-mail reçoive tous mes e-mails et je souhaite envoyer uniquement du courrier supplémentaire de mon serveur Sendmail.

La principale raison pour laquelle je veux avoir mon propre serveur Sendmail est de ne pas avoir de limites sur le nombre d'e-mails que j'envoie (actuellement mon e-mail Google Apps me limite à 250 e-mails envoyés par jour par compte de messagerie.)

S'il y a quelqu'un qui a fait exactement cela, veuillez parler!

Answer 1

Les enregistrements MX affectent uniquement réception courrier. Des serveurs hors site essayant d'envoyer un e-mail à votre domaine utilisent des enregistrements MX pour déterminer à quel (s) hôte (s) pour envoyer le courrier. Vous pouvez configurer un hôte Sendmail pour envoyer Mail sans avoir aucun effet sur vos enregistrements MX ou votre courrier de réception. (Les enregistrements SPF affectent l'envoi du courrier; si vous utilisez SPF, vous devrez le mettre à jour pour répertorier vos hôtes Google Apps et vos hôtes Sendmail.)

ÉDITER: Étant donné que votre hôte Sendmail est uniquement pour envoyer du courrier, il ne doit pas être répertorié comme un enregistrement MX. Le répertorier comme un enregistrement MX a plusieurs inconvénients:

• Il peut recevoir du courrier destiné à votre hôte Google Apps. (Même si vous lui donnez une priorité inférieure, elle peut recevoir du courrier si votre hôte Google Apps est en baisse, ou s'il y a un DNS intermittent ou une défaillance du réseau, ou ...)
• Il recevra un spam, vous devrez donc configurer des filtres SPAM sur l'hôte Sendmail, ou vous devrez reconfigurer vos filtres SPAM Google Apps pour faire confiance à l'hôte Sendmail (sinon ils ne reconnaîtront pas le véritable expéditeur du spam ).
• Si vous bloquez SMTP à votre hôte Sendmail, pour éviter les deux premiers problèmes, vous pouvez être pénalisé par des filtres de spam (comme Jasonrm l'a mentionné), et vous pouvez retarder la livraison d'un e-mail légitime (si quelqu'un essaie d'envoyer votre hôte Sendmail pour tout ce qui raison et est bloqué).

Ne pas répertorier un hôte Sendmail dans vos enregistrements MX peut entraîner que certains filtres de spam vous pénalisent légèrement, comme Zoredache l'a mentionné, mais la configuration de SPF devrait plutôt éviter cela. (Tous les filtres de spam bien conçus honoreront SPF sur MX Records.)

Si votre hôte Sendmail enverra un e-mail à vos propres utilisateurs, vous devrez également vous assurer de le configurer pour relayer l'e-mail pour vos utilisateurs à votre hôte Google Apps.

Answer 2

Puis-je également utiliser un serveur "Sendmail" pour envoyer des e-mails supplémentaires de mon serveur Web sans qu'il y ait un conflit avec Google Apps?

Oui

Je souhaite ajouter des enregistrements MX pour mon serveur Sendmail à mon webhost pour éviter d'envoyer le courrier à partir de mon serveur Sendmail marqué en spam (via une recherche IP.)

Non, tu ne veux pas faire ça. Au lieu de cela, vous devriez probablement chercher à configurer un FPS enregistrement

Les enregistrements MX pour Google Apps et mon serveur Sendmail seront-ils confrontés à quelque manière que ce soit?

Si vous définissez les enregistrements MX pour le même nom (domain.org) pour les deux, alors oui, ils seront en conflit, le courrier ira à l'un ou à l'autre. Ce qui a la préférence la plus basse et est disponible au moment où l'envoi du MTA tente de livrer recevra probablement le message.

Answer 3

Vous n'avez pas fait exactement ce que vous demandez, mais depuis quand cela empêche-t-il les gens de donner des conseils? ;)

1) Tant que vous ajoutez les enregistrements MX pour vos serveurs "Envoyer uniquement" avec une priorité vraiment faible (50 par exemple, où tous les serveurs Gmail sont inférieurs à 20), sauf s'il y a un mailer ou un gmail mal implémenté, non Mailer devrait jamais essayer de parler à vos serveurs à faible priorité. Si tout ce qui vous intéresse, c'est MX Records, Port Block entrant SMTP à ces serveurs également pour s'assurer que le courrier ne va jamais au mauvais endroit. Cela pourrait éliminer certains schémas de détection de spam s'ils essaient activement de se connecter à la source Sendmail, mais je ne pense pas que ce soit courant. Vous pouvez toujours exécuter une redirection locale également, donc si le courrier arrive pour une raison quelconque, vous pouvez ensuite le repousser vers Gmail dès que possible.

2) Je ne vois aucune raison pour laquelle non. Si vous n'autorisez jamais les e-mails à être livrés à vos serveurs sortants et faites la faible priorité, devrait très bien fonctionner.

Assurez-vous également d'inclure tous les serveurs qui pourraient envoyer du courrier dans votre enregistrement de texte SPF. Un filtre de spam devrait vérifier et faire confiance qu'au moins autant que les enregistrements MX, car toutes les entreprises n'utilisent pas le même serveur entrant pour les sortants.