El host remoto smtp responde: "550 verificación del remitente falló"

9

Un servidor del que me encargo utiliza qmail para MTA. Puedo enviar y recibir a casi todos los dominios, excepto uno o dos que dan el siguiente error, o algo muy similar:

550-Verification failed for <[email protected]>
550-No Such User Here
550 Sender verify failed

Por lo que entiendo de este artículo, el host remoto intenta enviar un correo electrónico a mi host para ver si el buzón realmente existe.

Probé los mismos comandos con telnet desde mi computadora portátil, y obtengo 250 okrespuestas, lo que lleva a pensar que el usuario realmente existe.

¿Por qué entonces el host remoto no obtiene la misma respuesta que yo?

¿Cómo puedo verificar si el tráfico del host remoto es realmente enrutable a mi host emisor?

¿Alguna otra sugerencia?

Gracias

smtp email jfoucher
fuente
Tuve que lidiar con esto en el pasado y lo que hicimos fue contactar al administrador del servidor de correo electrónico receptor, quien tuvo que cambiar su configuración. ¿Puedes contactarlos?
charnley
Intente hacer telnet no desde su computadora portátil sino desde el servidor de correo.
DmitryK
¿Del host de destino al host de envío al que te refieres? Me encantaría hacer eso, pero desafortunadamente no tengo acceso al host de destino, solo al remitente.
jfoucher

Respuestas:

9

Esto no es tu culpa. Esto es un error del servidor de su destinatario.

Hacer "verificar remitente" siempre es una mala idea. Debe convencer al destinatario de detener este comportamiento, ya que este no es un método antispam adecuado.

Pero cualquier cosa que hagas para arreglarlo de tu lado es una pérdida de tiempo.

mailq
fuente
2
Todos esos estúpidos argumentos en "POR QUÉ es una mala idea" no son absolutamente convincentes. Si envía un correo con cojo DESDE :, es una mala idea y es su problema. Y sí, es tu culpa
poige
Aunque sus respuestas son útiles para aclarar el problema, no es una solución, ya que uno nunca sabe qué servidor rechazará la próxima publicación
No es una solución porque no es su problema ... No puede confiar en los servidores para responder a los verbos VRFY, y si lo hace, entonces es su propio problema; no las personas con las que no podrás comunicarte. RFC2520 (1999) La sección 2.11 establece que VRFY debe estar deshabilitado.
Chris S
4

Esto se debe a que está utilizando un campo De que difiere del nombre real de la cuenta del buzón.

Algunos servidores SMTP están configurados para rechazar tal inconsistencia.

Entonces, por ejemplo, si su nombre de cuenta real es [email protected], no puede enviar correos electrónicos como [email protected].

Luca Fagioli
fuente
Este fue exactamente mi problema. Cambió la "dirección del remitente" y el correo electrónico comenzó a funcionar de inmediato. Estoy usando cPanel para SMTP.
Tomás González
0

Tuve el mismo error Funcionó después de que agregué la root:[email protected]:mail.example.comlínea al /etc/ssmtp/revaliasesarchivo.

Ikrom
fuente