En-tête-variables dans des e-mails rebondis: quels points pourraient avoir un effet si elles sont supprimées ou non?

Question

Nous utilisons BounceStudio afin d'analyser les e-mails rebondis pour un système de bulletin. Les en-têtes sont ajoutés comme ceci:

// Namespace System.Net.Mail
MailMessage mail = new MailMessage();
mail.Headers.Add("X-BPS1", UserId);
// etc.
smptClient.Send(mail);

Jusqu'à présent, si bon. La chose intéressante est que beaucoup de courriels rebondissait ne comprennent pas les en-têtes que nous avons ajouté. Je ne pouvais pas comprendre sur ce qui pourrait dépendre si les en-têtes sont conservés ou non? Une observation intéressante que je fait est le fait qu'il semble dépendre de laquelle adresse est utilisée (ils sont envoyés avec le même smtp bien). De bulletin d'information A avec de adresse AI reçoivent la plupart des variables d'en-tête (environ 90%, ce qui est bon, je suppose), de la newsletter B avec du adresse B (et d'autres récepteurs bien sûr) je reçois seulement environ 20% des variables d'en-tête, l'autre 80% des mails rebondis ne comprennent pas d'information d'en-tête. Tous les mails sont html-mails et techniquement les mêmes.

laisse la question ce qui pourrait influer sur les en-têtes dans les mails rebondis? Est-ce que quelqu'un de détails sait pas ou de bonnes sources sur ce sujet? Ou comment pourrais-je concevoir un meilleur système?

Ai-je raison que la meilleure façon pourrait encore se cacher les informations contenues dans l'e-mail-adresse-chemin de retour ou From- puis analyser à partir de là? Mais cela comprendrait la configuration du smtp avec des caractères génériques ou similaires, n'ont pas beaucoup de connaissances là-bas.

Thx pour toutes les tipps sl3dg3

Answer 1

Si le MTA distant génère le rebond, vous êtes à sa merci. Sans surprise, de Windows semblent être MTAs particulièrement collant à cet égard. La solution standard est PREV, à savoir une adresse d'expéditeur d'enveloppe unique (et donc Return-Path :) pour chaque destinataire.