Devo utilizzare l'intestazione Reply-To quando invio email come servizio ad altri?

Supponiamo di avere un'applicazione che funge da intermediario, consentendo alla società A di inviare report ai propri clienti.Devo utilizzare l'intestazione Reply-To quando invio email come servizio ad altri?

Azienda A -> Società B (ME) -> i clienti della Società A

Dopo avere ottenuto il rapporto inviamo notifiche e-mail ai destinatari, ma necessariamente provenire dalla nostra azienda le notifiche e-mail per esempio

[email protected] -> [email protected] -> [email protected]

Ora, i clienti tendono a rispondere a tali notifiche e-mail, che vogliono loro di andare di nuovo a chiunque abbia inviato il rapporto alla società A. Invece, si ritrasforma al nostro indirizzo, [email protected]

Una soluzione semplice può essere quella di modificare l'intestazione Reply-To sulle notifiche che inviamo all'indirizzo A dell'azienda pertinente, ad es.

[email protected] -> [email protected] [Reply-To: [email protected]] -> [email protected]

Ma il mio preoccupazioni principali sono:

la discrepanza completo in indirizzo e-mail e di dominio tra il da e Reply-To campi potrebbero rendere filtri spam o di phishing più desiderosi di bandiera le email
non tutti i client di posta elettronica può rispettare il Reply- In campo quando le persone effettivamente cliccano "Rispondi", e solo noi e Da invece. Una preoccupazione minore, a meno che non sia diffusa.

Queste preoccupazioni sono state fondate? Oppure, ci sono altre preoccupazioni che dovrei avere?

fonte

2011-01-18 Gavin

Si consiglia di provare a inserire il nome del cliente nell'intestazione From e il vostro indirizzo nel Sender intestazione:

From: Company A <[email protected]> 
Sender: [email protected]

La maggior parte dei programmi di posta renderanno questo come "Da [email protected] per conto della società A ", che è preciso. E quindi un Reply-To di indirizzo della società A non sembrerà fuori di sorta.

Da RFC 5322:

"Da:" campo specifica l'autore (s) del messaggio, che è, la casella di posta (es) della persona (s) o il sistema (s) responsabile per la scrittura del messaggio. Il campo "Mittente:" specifica la cassetta postale dell'agente responsabile della trasmissione effettiva del messaggio . Ad esempio, se un segretario dovesse inviare un messaggio per ad un'altra persona, la casella di posta della segreteria apparirebbe nel campo "Sender:" e la cassetta postale dell'autore effettivo comparirà nel campo "Da:" nel campo .

fonte

2011-01-18 20:01:26 dkarp

non voglio davvero la mia risposta proprietario upvoted, ma degno di nota è a questa domanda utile e risposta, che conferma sostanzialmente la risposta di dkarp troppo: http: // StackOverflow. it/questions/2231897/potential-issues-using-members-from-address-and-the-sender-header – Gavin

Se è per la circolarità non funzionerà @a e @b sono domini diversi, la maggior parte dei server non consente inviare a nome di qualcuno da un altro dominio. B dovrà inoltrarlo, ma è sempre possibile aggiungere una multipart nascosta. Tutti sanno come inoltrare a un altro indirizzo. –

110

Ho provato la soluzione di dkarp con gmail ed è stata filtrata per lo spam.Utilizzare invece l'intestazione Reply-To (o in aggiunta, sebbene apparentemente Gmail non ne abbia bisogno). Ecco come linkedin:

Sender: [email protected] 
From: John Doe via LinkedIn <[email protected]> 
Reply-To: John Doe <[email protected]> 
To: My Name <[email protected]>

Una volta passato a questo formato, gmail non sta più filtrando i miei messaggi come spam.

fonte

2013-01-28 03:27:40

È [email protected] solo un indirizzo generico catch-all o dovrebbe effettivamente leggere [email protected] nel tuo esempio? – Sean

@Sean No, solo John Doe e My Name sono stati modificati per il mio esempio. "Membro" è invariato. –

Questo è il metodo che abbiamo usato. Tuttavia, ora stiamo avendo problemi con alcuni server (... ehmm .. AOL) che rimbalzano messaggi, affermando che non sono conformi alla loro politica. L'unica spiegazione che abbiamo ricevuto è che l'intestazione di risposta e l'intestazione hanno domini diversi, anche se questo sembra essere l'esatto intento di avere due diverse intestazioni. Inizia a essere davvero frustrante affidarsi all'e-mail per comunicazioni B2B su app multi-tenant. –

-3

Qui è lavorato per me:

Subject: SomeSubject 
From:Company B (me) 
Reply-to:Company A 
To:Company A's customers

fonte

2013-04-23 21:23:03 wildneuro

Devo utilizzare l'intestazione Reply-To quando invio email come servizio ad altri?

risposta

Problemi correlati