Implementazione del percorso di ritorno busta variabile (VERP) mediante Exchange


10

Stiamo esaminando l'implementazione del percorso di ritorno a busta variabile (VERP) per una migliore elaborazione del rimbalzo per la nostra applicazione.

La nostra attuale infrastruttura di posta elettronica è MS Exchange 2007 ma è in corso l'aggiornamento al 2010. Stiamo anche implementando Postini per il filtro antispam.

Exchange non supporta il sottoindirizzamento (vedi anche questa domanda sugli indirizzi usa e getta ) - e VERP è in qualche modo un'applicazione specializzata del sottoindirizzamento.

Esistono opzioni per l'implementazione di VERP in Exchange senza mettere un altro relay SMTP non Exchange davanti a Exchange per pre-elaborare i messaggi in arrivo? In particolare, è possibile creare una regola di trasporto che potrebbe corrispondere al destinatario di destinazione (inesistente), archiviare l'indirizzo del destinatario in un'intestazione speciale aggiunta al messaggio e reindirizzare il messaggio a una cassetta postale pre-creata?

Nota: abbiamo risorse per sviluppatori disponibili se il codice personalizzato potesse essere utilizzato in qualche modo.


1
vedere le regole di taglie su serverfault.com/faq e raccomando di procedere come consigliato qui: meta.stackexchange.com/questions/7046/…
Jeff Atwood,

Risposte:


1

Certamente, non è disponibile alcun supporto per VERP in Exchange 2007/2010. Come sai. Non credo che sarai in grado di creare una regola di trasporto, anche con PowerShell, per fare ciò che desideri. Credo che il più vicino che otterrai sarà costruire il tuo agente di trasporto. È possibile trovare Exchange SDK su msdn.microsoft.com. Se il tuo obiettivo è determinare per chi è rimbalzato un messaggio, potrebbe essere meglio analizzare i log di protocollo. La registrazione del protocollo deve essere attivata e ha registri di invio / ricezione separati. Buona fortuna, Paul


Questo è un collegamento all'SDK per gli agenti di trasporto msdn.microsoft.com/en-us/library/aa579074(v=EXCHG.140).aspx .
SLY,

1

Lo scambio fa schifo a questo. Il software di posta Linux è gratuito. Installalo su una scatola, configura un sottodominio per tutta la posta specifica dell'applicazione che invii. (Come myapp.mycompany.tld, quindi tutta la tua posta proviene da someuser@myapp.mycompany.tld)

Sarebbe abbastanza facile scrivere (o convincere qualcuno a scrivere) un'app veloce e sporca che riceverebbe ed elaborasse i messaggi di rimbalzo e avvisasse la tua app usando qualcosa come SOAP.

Se sei un ambiente solo per Windows, non è divertente interrompere l'esecuzione di un server Linux unico, ma non sono a conoscenza di un modo per farlo con Exchange.

Un'altra opzione potrebbe essere quella di incorporare una stringa univoca di caratteri nell'intestazione, nell'oggetto o nel corpo di ogni messaggio. Usa X-MyApp-Id: blah. Naturalmente questo potrebbe far scattare più filtri antispam ...


0

Lo facciamo analizzando i registri di tracciamento dei messaggi e avendo una regola che elimina i messaggi di rimbalzo prima che vengano inviati. Questo funziona se la tua app di invio può creare un percorso di ritorno VERP. Non è la parte SMTP dello scambio che non può fare VERP è la parte della cassetta postale che non è in grado di gestire i caratteri jolly per depositare i messaggi di rimbalzo in una cassetta postale. Se si utilizzano i registri, non è necessario inviare il messaggio di rimbalzo che riduce il traffico di posta. I registri sono file CSV, quindi vengono caricati in modo piuttosto accurato in un database e quindi si analizza il campo del percorso di ritorno per l'ID del record VERP e si utilizza il codice motivo per contrassegnare come rimbalzo rigido o software. Il problema che abbiamo è che funziona alla grande se la tua app usa smtp per connettersi al server exchaange. Per qualche ragione, se si utilizza lo scambio della directory di prelievo sostituisce il percorso di ritorno del verp con l'indirizzo mittente e si perde la possibilità di farlo. Sto ancora cercando di capirlo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.