L'host remoto smtp risponde "Verifica del mittente 550 non riuscita"

9

Un server di cui mi occupo usa qmail per MTA. Posso inviare e ricevere a quasi tutti i domini tranne uno o due che danno il seguente errore o qualcosa di molto simile:

550-Verification failed for <jonathan@aprimatic.es>
550-No Such User Here
550 Sender verify failed

Da quanto ho capito da questo articolo, l'host remoto tenta di inviare un'e-mail al mio host per vedere se la cassetta postale esiste davvero.

Ho provato gli stessi comandi con telnet dal mio laptop e ho ricevuto 250 okrisposte, portando a pensare che l'utente effettivamente esiste.

Perché quindi l'host remoto non ottiene la stessa risposta che ho ricevuto?

Come posso verificare se il traffico dall'host remoto è effettivamente instradabile al mio host di invio?

Qualche altro suggerimento?

Grazie

smtp email

— jfoucher
fonte

In passato ho dovuto occuparmene e ciò che abbiamo fatto è stato contattare l'amministratore del server di posta elettronica ricevente, che ha dovuto modificare le sue impostazioni. Potete contattarli?

— charnley,

Prova a telnetting non dal tuo laptop ma dal server di posta stesso.

— DmitryK,

Dall'host di destinazione all'host di invio intendi? Mi piacerebbe farlo, ma sfortunatamente non ho accesso all'host di destinazione, ma solo al mittente.

— jfoucher il

9

Non è colpa tua. Questo è un errore del server del destinatario.

Fare "verifica mittente" è sempre una cattiva idea. Devi convincere il destinatario a interrompere questo comportamento in quanto questo non è un metodo antispam adatto.

Ma qualsiasi cosa tu faccia per risolverlo dalla tua parte è una perdita di tempo.

— mailq
fonte

2

Tutti quegli stupidi argomenti in "PERCHÉ è una cattiva idea" non sono assolutamente convincenti. Se invii mail con lame FROM :, è una cattiva idea ed è un tuo problema. E sì, è colpa tua

— poige

Sebbene le tue risposte siano utili per chiarire il problema, non è una soluzione in quanto non si sa mai quale sever rifiuterà il prossimo post

Non è una soluzione perché non è un tuo problema ... Non puoi fare affidamento sui server per rispondere ai verbi VRFY, e se lo fai allora è il tuo problema; non le persone con le quali non sarai in grado di comunicare. RFC2520 (1999), Sezione 2.11, afferma che VRFY dovrebbe essere disabilitato.

— Chris S,

4

Questo perché si utilizza un campo Da diverso dal nome dell'account della cassetta postale effettivo.

Alcuni server SMTP sono configurati per rifiutare tale incoerenza.

Quindi, ad esempio, se il tuo vero nome account è sender@abc.com, non puoi inviare e-mail come no-reply@abc.com.

— Luca Fagioli
fonte

Questo era esattamente il mio problema. Modificato "da indirizzo" e l'e-mail ha iniziato a funzionare subito. Sto usando cPanel per SMTP.

— Tomas Gonzalez,

0

Ho avuto lo stesso errore. Ha funzionato dopo aver aggiunto la root:user1@example.com:mail.example.comriga al /etc/ssmtp/revaliasesfile.

— Ikrom
fonte