System.Net.Mail und =? Utf-8? B? XXXXX .... Header

Question

Ich versuche, den folgenden Code zu verwenden, um Nachrichten über System.Net.Mail zu senden und bin manchmal bekommen Themen wie '=? Utf- 8? B? W3AxM25dIEZpbGV ... '(getrimmt). Dies ist der Code, genannt:

MailMessage message = new MailMessage() 
{ 
    From = new MailAddress("someone@somewhere.com", "Service"), 
    BodyEncoding = Encoding.UTF8, 
    Body = body, 
    IsBodyHtml = true, 
    ReplyTo = new MailAddress("do.not.reply@somewhere.com"), 
    SubjectEncoding = Encoding.UTF8 
}; 

foreach (string emailAddress in addresses) 
{ 
    message.To.Add(new MailAddress(emailAddress.Trim(), "Person")); 
} 

message.Subject = subject; 

Ich mag möchte betonen, dass dies nicht die ganze Zeit passiert.

Was mache ich falsch?

Answer 1

Wenn Ihr Betreff Zeichen außerhalb des ASCII-Bereichs enthält, muss die Mailing-Software diese kodieren (RFC2822-Mail erlaubt keine Nicht-ASCII-Zeichen in Kopfzeilen). Es gibt zwei Möglichkeiten, dies zu tun:

• Quoted Printable (Betreff beginnt mit "= utf-8 Q?")
• Base64 (Thema beginnt mit "= utf-8 B?")

Es scheint, dass das Framework hat festgestellt, dass die Base64-Codierung ist effizienter (= kürzer) als die quoted-druckbare Codierung. Dies ist sinnvoll, wenn Ihr Betreff relativ viele Zeichen außerhalb des ASCII-Bereichs enthält.

Um Ihre Frage zu beantworten: Sie machen nichts falsch. So soll Internet-Mail mit Nicht-ASCII-Zeichen aussehen. Natürlich sollte die Software, die solche Post liest, solche Subjektfelder erkennen und decodieren.

Answer 2

Die Antwort könnte im Rest des getrimmten Subjekts sein - der von Ihnen zur Verfügung gestellte Abschnitt entschlüsselt als "[p13n] File", aber haben Sie irgendwelche Nicht-ASCII-Zeichen dort, dann würde ich erwarten, dass es kodiert

Answer 3

Obwohl ich mir nicht sicher bin, vielleicht kann diese article über MIME auf Wikipedia helfen, einige Hintergrundinformationen zu erhalten.

Answer 4

Ich kam in diesem Beitrag, wenn ich ein identisches Problem wurde Debuggen, und basierte auf meinen weiteren Untersuchungen ich Andreas eine alternative Erklärung liefern:

Das Problem, dass Ihre E-Mail-Client-Software sein kann (Outlook 2003 , in meinem Fall) ist die Betreffzeile falsch dekodieren. Mit anderen Worten, es ist ein Fehler in Outlook, nicht in .NET oder Ihrem Programm.

Wenn Sie einen Betreff Wert wie folgt (der Buchstabe „c“ 256-mal wiederholt) verwenden, zeigt es in Outlook fein:

subject = New String("c"c, 256) 

Ebenso, wenn Sie ein Thema wie diesen (den Buchstaben „c "178-mal wiederholt, mit einer Unicode non-breaking Raumzeichen angehängt), es zeigt auch, wie in Outlook erwartet:

subject = New String("c"c, 178) + System.Text.Encoding.UTF8.GetChars(New Byte() {194, 160}) 

jedoch die folgenden Themen Displays als "= UTF-8-B" garbage -prepended? in Outlook:

subject = New String("c"c, 179) + System.Text.Encoding.UTF8.GetChars(New Byte() {194, 160}) 

Der Unterschied ist, dass diese dritte Betreffzeile 256 Bytes bei UTF-8-Codierung ist. Ich gehe davon aus, dass Outlook die Betreffzeile auf 255 Zeichen abschneiden muss, bevor sie angezeigt wird ... was gut wäre, außer dass es die codierte Zeichenfolge auf 255 Byte abschneidet, wodurch der Codierungsabschluss ("? =") Abgeschnitten wird. und macht es nicht entzifferbar.

Dies ist ein Fehler in Outlook und nicht Ihr Mail-Provider oder .NET; Sie können die vollständige, nicht abgeschnittene UTF-8-codierte Betreffzeile in Outlook sehen, indem Sie mit der rechten Maustaste auf die Nachricht in Ihrer Nachrichtenliste klicken und "Optionen ..." im Kontextmenü auswählen und dann im Feld "Internet-Header" nach unten scrollen Sie sehen die Zeile, die mit "Betreff:" beginnt.

Im Gegensatz zu der Situation, die Andreas vorschlägt, manifestiert sich das Problem nicht nur bei vielen Nicht-ASCII-Zeichen, sondern auch bei einem oder mehreren Nicht-ASCII-Zeichen, und die Betreffzeile ist lang. Eine Problemumgehung könnte sein, eine kürzere Betreffzeile zu verwenden oder alle Nicht-ASCII-Zeichen in Ihrem Betreff auszublenden.

(Dieser Fehler war besonders schwierig für mich zu finden, weil, wie oben, die Problemdaten keine offensichtlichen Nicht-ASCII-Zeichen enthalten - nur ein paar nicht-brechende Leerzeichen. Diese zeigen die gleichen wie normale ASCII-Leerzeichen drucken Sie sie an die Konsole aus Außerdem, wenn Sie den Wert des String-Variable in den Visual Studio-Debugger zu ändern, es ersetzt sie leise mit regelmäßigen Leerzeichen)

Answer 5

fand ich eine schnelle Lösung bei Microsoft Foren:.. http://social.msdn.microsoft.com/Forums/en-US/netfxnetcom/thread/67414337-19a6-4128-b1a0-212404cc2cb1/

mit der Klasse in diesem Link: http://social.msdn.microsoft.com/Forums/en-US/dotnetframeworkde/thread/b6c764f7-4697-4394-b45f-128a24306d55