Comment puis-je configurer MailEnable sur Win 2k3 pour permettre à Google de relayer SMTP à travers lui?

Nous utilisons Google Apps pour votre domaine pour le courrier électronique, mais nous souhaitons utiliser notre ancien server de messagerie pour envoyer un courrier. La raison en est que Google Apps SMTP est mis en list noire par plusieurs de nos partenaires en tant que spam (!!).

Google a des instructions détaillées sur la configuration de cette option , mais je ne suis pas familier à 100% avec SPF et certainement pas connu avec MailEnable du tout. MailEnable semble vous obliger à spécifier des plages IP individuelles à la place des plages, même si j'ai suivi les instructions de configuration de SPF et j'ai parcouru leur base de connaissances.

J'ai essayé de configurer ceci, mais MailEnable ne permet pas à Google de relayer le courrier:

Technical details of permanent failure: Google sortinged to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 503 503 This mail server requires authentication when attempting to send to a non-local e-mail address. Please check your mail client settings or contact your administrator to verify that the domain or address is defined for this server. (state 14). 

Tout conseil MailEnable sur la façon de procéder?

One Solution collect form web for “Comment puis-je configurer MailEnable sur Win 2k3 pour permettre à Google de relayer SMTP à travers lui?”

Cela ressemble plutôt aux loggings MX du domaine destinataire mal configurés. Il nécessite une authentification pour l'envoi vers des adresses de courrier électronique non locales dont elles ont normalement besoin auprès de leurs users qui essaient d'envoyer un message en dehors du domaine.

Les loggings MX du domaine indiquent des servers particuliers pour recevoir un courrier électronique pour le domaine, mais lorsque vous essayez de les livrer à ces servers, les servers disent qu'ils ne sont pas responsables de la réception du courrier électronique pour ce domaine et nécessitent donc une authentification afin de relayer le message au destinataire approprié.

Vérifiez les servers responsables du domaine. Si vous essayez d'envoyer à alice@example.com, procédez comme suit à l'invite de command Windows:

 nslookup -type=mx example.com 

Vous verrez une list de servers responsables de la réception du courrier pour ce domaine. La list peut contenir le nom du fournisseur qui gère le courrier électronique pour ce domaine, par exemple example.net. Vous pouvez avoir de la chance en postmaster@example.net et leur dire quand vous essayez d'envoyer au domaine que vous obtenez la réponse "requirejs l'authentification". Sinon, vous devrez searchr les loggings whois pour example.net pour déterminer le contact approprié pour le problème.

Il pourrait également vous aider à contacter les responsables informatiques pour que vos partenaires les connaissent et ne connaissent peut-être pas la mauvaise configuration.

  • Configuration de SPF et questions initiales
  • Comment puis-je réparer mon courrier sortant Exchange 2007 à cause de SPF
  • Enregistrement SPF lors de l'envoi de mails à partir de deux adresses IP différentes
  • Authentification par courrier électronique sans modification des loggings DNS
  • FF SPF pour courrier électronique importé à Gmail en raison de l'adresse IP du client au lieu du message du server lorsqu'il a été envoyé par SMTP d'une boîte locale à l'autre
  • Postfix - Sautez les controls RBL après un passage SPF
  • Notification de statut de livraison (échec) => 550 SPF: xxxx (adresse IP) n'est pas autorisé à envoyer un courrier de <notre-domaine.com>
  • Définir un logging SPF pour tous les sous-domaines de mon domaine
  • Pourquoi l'échec logiciel par défaut échoue dans gmail
  • SPF Setup - Envoi de VPS et Google Apps
  • Échange 2010 ignorant l'logging SPF
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.