Perché è una cattiva idea utilizzare l'e-mail del cliente come indirizzo di provenienza

Ho un'applicazione che invia email agli utenti dopo aver compilato un modulo. Utilizza un no-reply@customerdomain.comindirizzo come da. Il cliente desidera che utilizzi l'e-mail dal modulo come indirizzo di provenienza che potrebbe essere qualsiasi cosa. Mi è stato detto che questa è una cattiva idea a causa di spoofing / blacklist e spam.

Mi sento davvero vago circa il motivo esatto per cui questa è una cattiva idea, soprattutto perché devo provare a consigliare il cliente da questo. Qualcuno può spiegarmi perché questa è una cattiva idea.

È interessante notare che il client ha utilizzato un account Gmail come indirizzo di provenienza come una demo che non solo funziona bene ma ha consentito all'applicazione di iniziare a inviare e-mail (non lo avrebbe mai fatto prima con un'e-mail che era no-reply@customerdomain.com). Ehm, cosa sta succedendo. Mi è stato detto una cosa e il contrario funziona.

Spiacenti, lo so che è di base, ma ho trovato qualcosa su una ricerca su Google. In gran parte penso perché ho problemi anche a inquadrare la domanda.

MODIFICARE

Grazie a tutti - grandi risposte. È interessante notare che il server che invia l'e-mail e la casella di posta che sta per essere sono entrambi dietro lo stesso firewall, quindi il client dice che non si preoccupano dello spam. Oh bene.

È una cattiva pratica per diversi motivi:

• NON ti è permesso inviare una mail da un dominio di cui non sei il proprietario. Come tale, potrebbe essere concepito come un tentativo di imitazione.
• È una pratica abbastanza comune utilizzata dagli spammer e, come tale, è spesso taggata dai filtri antispam.
• È abbastanza comune per domini ben mantenuti utilizzare SPF o DKIM per proteggere la loro reputazione e aiutare altri sistemi a identificare la rappresentazione e lo spam. Ovviamente non sarai in grado di aggiungere l'intestazione di posta DKIM o aggiungere il tuo server SMTP nel record DNS SPF del dominio e quindi la tua posta sarà (giustamente) considerata falsa e respinta.

La pratica corretta è utilizzare il dominio locale come mittente, possibilmente utilizzando un indirizzo inesistente come nome utente.

In realtà, sei autorizzato a impostare l' Fromindirizzo per l'e-mail del cliente, a condizione che tu abbia impostato correttamente il Sendercampo sul tuo indirizzo. Questo è ciò che faceva Paypal !

DA: customer@yourCustomer.com
A: recipient@recipient.com
Mittente: tu@tuaazienda.com

La maggior parte dei client di posta elettronica eseguirà il rendering come "Da te@tuaazienda.com per conto di cliente@tuoCustomer.com" . Non dovrebbero esserci problemi con SPF o DKIM sul dominio del cliente.

Probabilmente dovresti anche impostare l' Reply-tointestazione all'indirizzo del tuo cliente, quindi le risposte vanno all'indirizzo del cliente anziché al tuo.

TL; DR:

È una cattiva pratica utilizzare l'indirizzo e-mail dal modulo. Utilizzare invece un indirizzo e-mail utilizzato esclusivamente per questa mailing list.

Versione lunga:

Innanzitutto, vengono effettivamente utilizzati due indirizzi e-mail. Uno è il mittente della busta, l'altro è quello mostrato nella From:riga nell'e-mail.

Il mittente della busta è quello utilizzato dai server di posta elettronica per emettere avvisi di mancata consegna. Se stai eseguendo una mailing list, quell'indirizzo sarà solitamente a uno script che può cancellare gli indirizzi non funzionanti dalla mailing list.

L' From:indirizzo è quello che verrà utilizzato quando il destinatario della posta fa clic su Rispondi. In questo caso dovrebbe indicare a qualcuno che può effettivamente rispondere a qualsiasi domanda a cui il destinatario può rispondere (o almeno inoltrare a qualcuno che può).

Se si utilizza l'indirizzo di posta elettronica del destinatario come mittente della busta, è possibile che alcuni / molti server di posta rifiutino la posta o taggino tale posta come probabile spam - poiché le persone spesso non inviano messaggi a se stessi dal proprio indirizzo tramite un server esterno.

Se si utilizza l'indirizzo e-mail del destinatario come From:mittente, l'utente non sarà in grado di rispondere ai messaggi se necessario. Inserire un collegamento da qualche parte nel corpo del messaggio di posta non è sufficiente; le persone useranno comunque il pulsante Rispondi nel loro client di posta elettronica e si arrabbieranno quando non funzionerà.

Hai delle ottime risposte parlando dei problemi tecnici qui. In termini di vendita al cliente, può essere utile riformulare leggermente la domanda. Probabilmente il cliente ti sta chiedendo una variante di "funzionerà", a cui la risposta è "sì, puoi inviare e-mail così".

Una domanda migliore da prendere in considerazione è "arriverà", vedranno i nostri clienti se viene inviato in quel modo ". La risposta con i più moderni filtri antispam è "no, probabilmente no".

Ci sono due problemi a cui riesco a pensare, il problema più grande è che invierai e-mail che potrebbe essere molto probabilmente non recapitabile, e ovviamente l'indirizzo di ritorno sarà anche così, il che significa che molte e-mail sono in attesa e in attesa di timeout . Il problema minore potrebbe essere che alcune di queste e-mail finiscono con lo spam, poiché i server stanno cercando e-mail da determinati domini provenienti da determinati computer (secondo le regole DKIM).

Vorrei creare l' no-reply@customerdomain.comindirizzo e decidere in seguito cosa fare dell'email.

Lo spoofing dell'indirizzo dell'utente come Da: è una cattiva idea. È un buon modo per garantire che la posta non raggiunga mai l'utente, poiché i filtri antispam possono considerarlo un falso (che è di fatto !)

È abbastanza ragionevole e comune per il server SMTP che "thisdomain" rifiuti una richiesta "MAIL From: user @ thisdomain" che proviene da una connessione TCP esterna a "thisdomain". (Consentire tale richiesta dagli host locali consente all'utente all'interno della rete "thisdomain" di scambiarsi messaggi.)

In realtà, noreply@customerdomain.comè una cattiva idea anche:

Ecco uno snippet di configurazione dal mio server SMTP (software Exim), che lo configura per far rimbalzare i messaggi dai noreplymittenti:

deny
  message = Sorry, we do not accept SMTP traffic from "noreply" senders. \
            We believe that it is less than polite to send messages from \
            nonexistent e-mail addresses \
            which cannot be replied to! E-mail is a "two-way street". \
            If you want us to accept \
            your mail, then please accept replies.
  senders = ^noreply@.*

Le e-mail devono essere inviate solo da mittenti reali che possono accettare risposte.

Perché dovrei ascoltare qualsiasi cosa tu dica se le tue orecchie sono collegate a qualsiasi cosa io dica?

Alcune persone risponderanno comunque a queste e-mail e dovranno essere indirizzate all'account di assistenza clienti appropriato.

Il client potrebbe non essere preoccupato per lo spam, ma il problema principale qui è che è eticamente sbagliato usare il dominio del cliente, come citato da tutte le altre risposte qui.