Exim rechaza la dirección del destinatario en mi dominio

Tengo un server dedicado (debian) en el que he instalado Exim y Dovecot. Todo funcionó bien hasta hace un mes. Intenté reinstalar y reconfigurar el exim pero sigo teniendo todos los email entrantes rechazados .

Outlook dice:

No se pudo enviar un post enviado a uno o varios de sus destinatarios. Este es un error permanente. La siguiente dirección (es) falló:

technical@mydomain.com Error de SMTP desde el server de correo remoto después de RCPT A :: host mail.mydomain.com [94.76. ##. ##]: 550 relé no permitido

GMAIL:

La entrega al siguiente destinatario fracasó de forma permanente:

technical@mydomain.com

Detalles técnicos del fallo permanente: Google intentó enviar su post, pero fue rechazado por el dominio del destinatario. Se recomienda ponerse en contacto con el otro proveedor de correo electrónico para get más información sobre la causa de este error. El error que el otro server devolvió fue: 550 550 relé no permitido (estado 14).

En el lado del server , mi file rejectlog muestra:

2011-01-04 17:09:21 H = mail-qw0-f53.google.com [209.85.216.53] F = <#### @ gmail.com> RCPT rechazado: relé no permitido

… y el file mainlog :

2011-01-04 17:00:01 1PaAEr-0007vN-DX <= raíz @ ETC_MAILNAME U = raíz P = local S = 869
2011-01-04 17:00:01 1PaAEr-0007vN-DX ** root @ etc_mailname: Dirección no direccionable
2011-01-04 17:00:01 1PaAEr-0007vY-Kn Error al leer post sin dirección de remitente utilizable (R = 1PaAEr-0007vN-DX): al less una dirección de destinatario mal formada: root @ ETC_MAILNAME – dirección incorrecta: _MAILNAME puede no seguir raíz @ ETC
2011-01-04 17:00:01 1PaAEr-0007vN-DX Error en el process (1) al escribir post de error en root @ ETC_MAILNAME (congelado)
2011-01-04 17:09:21 no se encontró dirección IP para el host MAIN_RELAY_NETS (durante la connection SMTP desde mail-qw0-f53.google.com [209.85.216.53])
2011-01-04 17:09:21 H = mail-qw0-f53.google.com [209.85.216.53] F = <#### @ gmail.com> RCPT rechazado: relé no permitido

después de que el post se haya congelado:

2011-01-04 17:28:44 1PaAEr-0007vN-DX Mensaje congelado

Gracias por su ayuda, cualquier idea / comentario es bienvenida ya que realmente me estoy quedando sin idea para solucionar este problema,
Niqueues.

Ah y la function PHP mail () no hace nada tan bien, ¿estaría enlazado? Creo que mail () utiliza sendmail de mi php.ini.

Dunno excatly todavía, pero tengo el mismo problema aquí desde hace 22hrs ago …

Tal vez deberías echar un vistazo a este http://forums.debian.net/viewtopic.php?f=11&t=58312 y que http://www.networkingdit.com/r/netsec/comments/en650/details_of_the_root_kit_that_got_installed_on_my/

Tal vez usted tiene raíces?

Un truco muy útil para ver lo que está haciendo exim con una dirección de correo electrónico es ejecutar:

exim -bt example@domain.com

Si utiliza inmediatamente el transporte remote_smtp, entonces debe informar a exim de qué dominios es responsable.

Parece que estás utilizando /etc/exim4/exim4.conf.template como tu file /etc/exim4/exim4.conf , verbatim, que está roto.

Debe search en /usr/share/doc/exim4-base/README.Debian.gz ya que es todo específico de Debian. Stock Exim de upstream no tiene ningún pre-procesamiento macro o configuraciones divididas o similares. La Sección 2.1.6.1 habla de cómo usar un único file de configuration, que es lo que creo que has intentado hacer.

Intente primero mv /etc/exim4/exim4.conf /etc/exim4/exim4.conf-old y luego ejecute: update-exim4.conf . (También puede comprobar primero que update-exim4.conf.conf está actualizado.).

En última instancia, querrás que exim -bV muestre que el file de configuration en uso es /var/lib/exim4/config.autogenerated , lo que significa que la masa de definiciones ennetworkingadas entra en juego.

Me pregunto si de alguna manera has mezclado una configuration Exim específica de Debian (usan una configuration amigable para el empaquetador que no es parte de la distribución estándar de Exim) con no-debian-specific? Parece que su correo saliente se está labelndo automáticamente con el dominio remitente ETC_MAILNAME. Supongo que es una macro que se supone que se sustituye con el contenido de / etc / mailname, pero de alguna manera la macro-definición falta, por lo que acaba de get la cadena literal.

¿Existe / etc / mailname en su server? Si no, puede intentar crearlo y poner el FQDN de su server (o lo que quiera que sea su dominio pnetworkingeterminado) en él. Más allá de eso no sé nada sobre el empaquetado de Debian así que usted puede search ayuda en la list de ayuda de debian-exim4.