Els Rebots d'E-Mail Retrocedeixen amb Error "de camp de correu d'unrouteable"

Al seu propi servidor de correu proporcionat pel web que ofereix servei, on l'agent de trasllat de correu (MTA) és normalment Exim o Sendmail, hi pot haver enviament d'e-mail i error de lliurament on els e-mail inclouen els auto generats per rebot d'escriptures de PHP altra vegada al compte del remitent prop del MTA mateix. El problema normalment passa durant l'organització inicial de servidor d'e-mail, o després que hagi fet alguns canvis a sistema o web ofereixen configuració. I fins i tot els e-mail envien als camps ben coneguts com Gmail.com, Yahoo.com i Hotmail.com són rebutjats. El missatge de text següent afegirà a l'e-mail botat:

Lliurament de correu fracassat: missatge que retorna a remitent

Un missatge que enviava no es podria repartir a un o a més de seu
receptors. Això és un error permanent. El després de address(es) fracassat:

xxx@hotmail.com
camp de correu d'unrouteable "hotmail.com"

El missatge d'error de camp de correu d'unrouteable és un missatge d'error molt general de servidor de correu que podia mitjà moltes coses i causes possibles d'error. La llista sota és unes quantes causes comunes i la seva solució possible.

Si està utilitzant cPanel, l'error "de camp de correu d'unrouteable" pot ocórrer quan MTA colpit el límit sobre el màxim numera d'envia un email enviat per hora. L'escena es configura a Retocar secció d'Escenes de Director de cPanel WebHost (WHM). Busqui l'opció de "El màxim que cada camp pot enviar per hora (0 és il·limitat)". Com esmentat, posi'l a 0 per a enviament d'e-mail d'unlimted. Si està utilitzant compartit oferir, pot canviar aquesta escena, però pot demanar suport a la companyia que ofereix o només esperar fora l'hora. Aquest límit és a lloc per restringir alguns atacs de spam que podrien tenir lloc contra els servidors.

Altre possible fer per al problema "de camp de correu d'unrouteable" quan enviant el correu generat per escriptures de PHP és el tret de seguretat de l'amfitrió de webs i mòdul Apache HTTPD PHP. En cPanel, és possible no posar "ningú" compte quin apatxe està corrent és no permès enviar e-mail a les adreces d'e-mail remotes o externes. Si l'escena es permet, el MTA botarà l'envia un email si PHPSuexec or/and Suexec s'apaga i s'impossibilita. La resolució o solució a aquest problema és inseleccionar el "No impedir a l'usuari "ningú" enviar correu a adreces remotes (Les escriptures de PHP i CGI generalment no funcionen com ningú si no està utilitzant PHPSuexec i Suexec respectivament.) començant Retocar secció d'Escenes de cPanel WHM. Si és en servidor que ofereix compartit i sense accés a WHM, una altra vegada s'ha de contactar amb el proveïdor de servei que ofereix per a suport i resolució. També pot intentar modificar les escriptures de PHP per enviar e-mail que utilitzen SMTP amb autenticació.

L'incapaç d'enviar problema d'e-mail pot també relacionat amb error de configuració de DNS. El servidor de correu que s'origina per a un camp ha de fer que estigui associat amb això un MX disc, la qual cosa llavors també necessita tenir un disc A en el DNS per decidir a l'adreça d'IP correcta. Al costat de, els Proveïdors de Servei d'Internet exigeixen tot l'e-mail nou que s'enviï d'un servidor amb un DNS invers (PTR) disc. Tots aquests discs de DNS s'han de definir correctament. Pot utilitzar comanda de cop (per exemple: cop mx mydomain.com) verificar el MX disc, o llocs web de tercera festa d'ús com dnsstuff.com per buscar totes les entrades de DNS.

El servidor de correu del remitent o el servidor de correu de receptor poden també té voltes de comprovació de remitent en, en el qual si la comprovació falla, farà algun error agradar sota:

El servidor de SMTP remot ha rebutjat adreça

La 550 Comprovació fracassava per a Remitent de "mydomain.com" de camp de correu d'unrouteable verificar fracassat

Si és el seu propi MTA de servidor de correu que està rebutjant l'e-mail, es pot temporalment desviar "Verificar l'existència de remitents d'e-mail" a cPanel WHM sota Exim o Sendmail Configuration Editor en la secció de Configuració de Servei. Tanmateix, la causa d'arrel encara es relaciona amb problema de DNS esmentat a dalt com l'escena permet comprovar i verificar si el MX disc del remitent és vàlid. Així si el servidor de correu incapaç de dirigir l'envia al MTA dels receptors i estat rebutjat amb l'error, necessitarà verificar l'el DNS entrades una altra vegada, encara que hi ha casualitat esvelta que el servidor de correu de recepció es malconfiguri.

IMPORTANT: La pàgina és màquina traduïda i proporcionada "com és" sense garantia. La traducció automàtica pot ser difícil d'entendre. Si us plau refereixi's a article anglès original quan sigui que possible.

Articles Relacionats

• Incapaç de Logon a Camp de Win2003 d. C. a Causa de Windows no Pot Connectar a l'Error de Camp
• El camp No Té Cap Error de Discs de NS a DNSStuff.com o DNSReport.com
• Emmagatzematge d'E-Mail Il·limitat i Espai de Correu d'Infinit per a Yahoo! Correu
• Com a Adreces d'E-Mail de Llista Negra o Bloc o Remitents o Camp a Gmail
• Ofereixi el Seu E-Mail de Camp amb Google sobre Tecnologia Gmail
• Com Crear Compte d'E-Mail i Rebre Correu per Insult i Cap de Correus en Google Apps
• Enviament de Retard de Missatge d'E-Mail a Microsoft Outlook (Suports Gmail, Hotmail, Yahoo, AOL i tot el POP3/IMAP Envien)
• cPanel Enviar Compte de Canonada i Workaround per Impossibilitar
• Missatge d'E-Mail Gmail Alterava Error
• Generi Adreces d'E-Mail autodestructives mitjançant Fondre'S Correu

Aquesta entrada s'enviava dilluns, 5 de febrer, de 2007 a les 1:50 sóc i és arxivat sota Recursos de Servidor Web. Pot seguir algunes respostes a aquesta entrada a través del menjar de RSS 2.0. Pot deixar una resposta, o trackback del seu propi lloc.