Häufig gestellte Fragen zu MIME und Konvertierung von Inhalten in Exchange 2000 Server und Exchange Server 2003

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 836555 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Zusammenfassung

Dieser Artikel enthält Antworten auf häufig gestellte Fragen zu den MIME-Standard und die codieren Methoden, mit die verschiedene mailing-Systemen zusammenarbeiten können. Dieser Artikel beschreibt kurz, wie Sie verstümmelt oder nicht lesbare e-Mail-Nachrichten in einer Umgebung mit Microsoft Exchange beheben können.

Weitere Informationen

F1: Was ist das Format einer e-Mail-Nachricht?

A1: Internet e-Mail-Nachrichten führen Sie die Format-Standards, die in RFC 2822 definiert sind. Eine Nachricht besteht aus Headerfeldern und einen Haupttext. Die Headerfelder heißen "Header" der Nachricht zusammen. Der Hauptteil der Nachricht ist optional. Eine Nachricht kann ohne Text, jedoch nicht ohne einen Header gesendet werden.

Der Header enthält eine Folge von Zeilen und Zeichen, die eine spezielle Syntax aufweisen, wie im Standard RFC 2822-Format definiert. Der Text enthält eine Folge von Zeichen, die den Header folgen und, aus dem Kopf durch eine leere Zeile (eine Linie, die nichts vor Carriage Return) und Zeilenvorschub [CRLF] getrennt sind.

Header-Felder sind Linien, die aus einem Feldnamen gefolgt von einem Doppelpunkt (:), gefolgt von einem Feld Rumpf und durch ein CRLF beendete. Ein Feldname muss der druckbaren US-ASCII-Zeichen (Zeichen, deren Werte zwischen 33 und 126, inklusive,) außer dem Doppelpunkt, bestehen. Der Doppelpunkt wird als Trennung Zeichen verwendet.

Feldtext kann von US-ASCII-Zeichen, mit Ausnahme der CRLF zusammengesetzt sein. Feldtext enthält jedoch ein CRLF in Header Falten und Abrollen. Faltung ist, der Einfachheit halber eine einzelne Zeile auf mehrere Zeilen angezeigt wird. Entfaltung ist die Umkehrung dieses. Alle Feld Körper folgen die Syntax in den Abschnitten 3 und 4 im standard RFC 2822-Format beschrieben.

Der Hauptteil der Nachricht kann einen oder mehrere Abschnitte enthalten. Jeder Textabschnitt wird durch eine Grenze getrennt. Dem Begrenzungsparameter ist eine Textzeichenfolge, die mit zwei Bindestriche (-) beginnt.

F2: Was ist MIME?

A2: MIME ist ein Standard, der auf den Inhalt verschiedener Typen in einer einzigen Nachricht verwendet werden kann. MIME erweitert das Format (SMTP = Simple Mail Transfer Protocol) e-Mail-Nachrichten an mehrere Inhalte, Text- und nicht-Text enthalten. Teile der Nachricht können Bilder, audio, oder legt Text in verschiedenen Zeichen fest. Der MIME-Standard wurde von RFCs wie etwa 2821 und 2822 abgeleitet.

F3: Wie geht Exchange um MIME?

A3: Es gibt drei Hauptkomponenten in Exchange, die Inhaltskonvertierung ausführen:
  • Die Komponente IMAIL ist die Kernkomponente, die Internet-Nachrichten in MAPI konvertiert / Exchange-Format und umgekehrt. Außerdem überprüft die Integrität der Nachricht.
  • Die EXMIME-Komponente ist verantwortlich für die Übersetzung von Internet-Nachrichten in die Exchange-interne Objektdarstellung und zum Generieren von Nachrichten im MIME-Format.
  • Die RFHTML-Komponente konvertiert Rich Text Format (RTF) Nachrichten in HTML und umgekehrt, entsprechend der Einstellungen auf dem Microsoft Outlook-Client und die Einstellungen auf dem Computer Exchange Server.

F4: Was sind die Mindestanforderungen für eine MIME-formatierte e-Mail-Nachricht?

A4: Eine MIME-formatierte e-Mail-Nachricht wird in der Regel einen Header und einen Haupttext haben. Zumindest müssen eine MIME-Nachricht eine Kopfzeile. Der Körper ist optional. Header-Abschnitt enthält einen Header des MIME-Version 1.0 (eine pro Nachricht, wie in RFC 2822 definiert).

Der Body-Bereich enthält:
  • Content-Type (Dies ist optional. Der Standardwert ist Text/Plain, wie in RFC 2822-5.2 definiert.)
  • Content-Transfer-Encoding-Header (Dies ist optional. Der Standardwert ist 7-Bit, wie in RFC 2822 6.1 definiert.)
  • Content-Disposition-Header (Dies ist optional.)
  • Content-ID (Dies ist optional.)


F5: Was ist ein MIME-Versionsheader?

A5: Das Headerfeld für MIME-Version kennzeichnet eine MIME-formatierte Nachricht. Dieses Feld keine Nachrichten, die von früheren Software gesendet werden, die MIME nicht unterstützen. E-Mail-Clients verwenden das Fehlen dieses Feld, um nicht-MIME-Nachrichten zu unterscheiden.

F6: Was ist ein Content-Type-Header?

A6: Das Content-Type-Feld wird verwendet, um den Typ und Untertyp der Daten in ein Feld angeben.

Einige Header-Typen sind Multipart/mixed, mehrteilige/Alternative, Text/Plain Text/html, die Anwendung/Appledatei, Application/ms-Tnef und Application/Octet-Stream.

F7: Was ist Content-Transfer-Encoding?

A7: Anderen Mailsystemen Daten anders behandeln, und einige ältere e-Mail-Systeme nicht multimediale-Daten behandeln.

Um Systeme zu umgehen, die multimediale-Daten nicht verarbeiten kann, wird ein Codierungsschema verwendet, die Daten in ein einheitliches 7-Bit-Format konvertieren. Wenn der Empfänger die Nachricht erhält, werden die Daten in ihr ursprüngliches Format wiederhergestellt. Einige Beispiele für Content-Transfer-Encoding-Formate sind:
  • Quoted-printable
  • Base64
  • 8-bit
  • 7-bit
  • Binäre


F8: Wie wird Transfer-Encoding in Exchange 5.5 implementiert?

A8: Exchange 5.5 codiert in quoted-printable-Format oder in 7-Bit-Format nach Bedarf. Darüber hinaus codiert Exchange 5.5 Nachrichten im base64-Format, wenn 25 % der Nachricht besteht aus 8-Bit-Zeichen (Zeichen, die außerhalb des US-ASCII-Bereichs sind). Dies gilt nur für den Nachrichtentext; Anlagen werden immer die base64-codiert.

F9: Wie wird Transfer-Encoding in Exchange 2000 Server implementiert?

A9: Grenzen von Routinggruppen und SMTP-Ziele bestimmen, wie Exchange 2000 Server e-Mail-Nachrichten codiert. Exchange 2000 wird als quoted-printable oder 7 Bit codiert oder Transport Neutral Encapsulation Format (TNEF) zwischen zwei Servern/Empfänger in verschiedenen Routinggruppen und mit dem Internet zu senden.

Exchange 2000 Server wird im Binär- oder Summary-TNEF codiert, beim Senden an einen Empfänger/Server in derselben Routinggruppe.

F10: Wie wird Transfer-Encoding Microsoft Exchange Server 2003 implementiert?

A10: Beim Verlegen der Grenzen bestimmen Exchange und SMTP-Ziele auch wie Exchange Server 2003 e-Mail-Nachrichten codiert.

Exchange Server 2003 im gemischten Modus codiert, wie quoted-printable oder 7-Bit (TNEF-Format) zwischen zwei Servern/Empfänger in verschiedenen Routinggruppen und mit dem Internet zu senden.

Im einheitlichen Modus codiert Exchange Server 2003 binär (Summary-TNEF) beim Senden an einen Empfänger/Server in derselben oder in anderen Routinggruppen.

F11: Was ist ein Content-Disposition-Header?

A11: Diese Kopfzeile gibt, ob ein Abschnitt angezeigt als Anlage werden oder im Nachrichtentext angezeigt wird.

F12: Wie wird Exchange-Handle-Anlagen?

A12: Exchange Server 2003 speichert Internetnachrichten im ursprünglichen Format. Dies bedeutet, dass von einem Internet-Format-fähigen Client wie Outlook Express die Nachrichten gelesen werden, sie in ihrem ursprünglichen Format gerendert werden.

Wenn Nachrichten von einem MAPI-Client gelesen werden, ordnet IMAIL jedoch die entsprechenden Elemente im Internet-Format zu MAPI-Eigenschaften. In der Tat, bevor eine Nachricht auch an ein Postfach geliefert wird, muss ein minimalen Satz von MAPI-Eigenschaften der Internetnachricht gefördert werden. Dazu gehören PR_SENT_REPRESENTING, PR_SUBJECT und Empfängertabelle.

Andere MAPI-Eigenschaften wie PR_BODY, PR_HTML und PR_ATTACH_DATA_BIN werden aus dem Internet-Format bei Bedarf berechnet. Konvertierung tritt ein, wenn ein MAPI-Client die Nachricht zum ersten Mal anfordert. Exchange 2000 Server fördert dann diese systemeigenen MIME-Eigenschaften in MAPI-Format.

Während der Inhaltskonvertierung Exchange Server 2003 beim Rendern einer MIME-Nachricht an einem Client führt IMAIL Folgendes aus:
  1. IMAIL überprüft für einen vollständigen Namen (Name.Ext) in MIME-Header. Wenn ein Name gefunden wird, wird der Dateiname verwendet.
  2. IMAIL überprüft, ob ein Teil des Dateinamens. Wenn eine gefunden wird, IMAIL untersucht die
    HKEY_CLASSES_ROOT MIME/Datenbank/Content-type
    Unterschlüssel zuordnen eine Dateinamenerweiterung zu den Inhaltstyp. Wenn ein entsprechenden Inhaltstyp gefunden wird, wird diese Erweiterung der Anlage hinzugefügt. Wenn keine übereinstimmenden Inhaltstyp gefunden wird, wird der Teil des Dateinamens verwendet.
  3. Wenn keine Dateinamen in der Content-Type oder Content-Disposition-Header angegeben sind, sucht IMAIL nach einem entsprechenden Inhaltstyp. Wenn eine gefunden wird, wird die Anlage das Format ATT haben.Name.Ext, wobei Ext ist die Erweiterung, die diesen Inhaltstyp zugeordnet ist. Wenn keine übereinstimmenden Inhaltstyp gefunden wird, wird eine Erweiterung von ".att" verwendet. Exchange 2000 Server erfordert einen Dateinamen in der Content-Type-Header.


F13: Was ist die Struktur der die vollständige Meldung?

A13: Es folgt ein Beispiel für eine vollständige Nachricht, mit allen Headern angezeigt. Empfängern wird im Allgemeinen nur die Körperteile angezeigt. Kommentare wurden in Klammern hinzugefügt.

Received: from SMTP server (server1.example1.com IP address) 

by Receiver SMTP version 1.0 (server2.example2.com IP address); 

Mon, 28 Oct 2002 08:42:42 -0500 (EST)

Message-ID: <006@example1.com>

From: "User1" <user1@example1.com> (RFC 2822 sender) 

To: "User2" user2@example2.com> (RFC 2822 recipient) 

Subject: A test message to see if you can see me now!

Date: Mon, 8 Nov 2002 13:46:54 +0100

MIME-Version: 1.0

Content-Type: multipart/mixed; 
boundary="----=_NextPart_000_005A_01C27E88.79B98A90"

X-Priority: 3

Return-Path: user1@domain1.com

X-OriginalArrivalTime: 28 Oct 2002 13:45:00.0541 (UTC) 
FILETIME=[35F0A2D0:01C27E88]

 

This is a multi-part message in MIME format (If you see this in the message 
body, there is a problem. Notice there is no space or CRLF in the headers in the previous text. There must be no space until the message body itself)

 

This message is in MIME format. Since your mail reader does not understand this 
format, some or all of this message may not be legible. (If you see this in the 
message body, there is a problem)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary) 

 

Content-Type: text/plain;

charset="iso-8859-1"

Content-Transfer-Encoding: 7bit

 

Can you see me now??! (This is the text of the message. You see this in your mail client.)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary. See Multipart/Mixed 
definition earlier in this article.) 

Content-Type: image/jpeg;

name="Haloweenpictures.jpg"

Content-Transfer-Encoding: base64 (All attachments in Exchange 2000 Server are encoded by using base64 and bloat 33%.)  

Content-Disposition: attachment;

filename="Haloweenpictures.jpg"

 

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB  (Base64 data in raw format. This is the picture being encoded in binary format; to 
be repackaged later back as a picture.)

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

------=_NextPart_000_005A_01C27E88.79B98A90--


F14: Warum werden e-Mail-Adressen im Textkörper der Nachricht angezeigt?

A14: Die erste "CRLF CRLF" im MIME-Stream kennzeichnet den Beginn des Nachrichtentextes. Daher wird gibt es eine <CRLF> <CRLF>-Sequenz zwischen zwei Header, der Client (Microsoft Outlook oder Microsoft Outlook Express) eine unlesbare Nachricht angezeigt.

Die erste "CRLF CRLF" trennt die Internetkopfzeilen der Nachricht aus dem Nachrichtentext. Diese Header werden als P1-Header bezeichnet. P1-Header sind Umschlag Header und sind nicht Teil der Internet-Nachricht, die von IMAIL verarbeitet wird.

Exchange kann an einen Smarthost, Content-Scanner, Viren-Wall oder eine Firewall weiterleiten. Drittanbieter-Firewall-Software kann manchmal Nachrichten verzerrt werden.

Sie können auch e-Mail-Nachrichten über ein UNIX System, durch eine Firewall oder über ein Virenschutzsystem empfangen. Außerdem kann ein Fremdanbieter-Content scanning-Gerät im Netzwerk sein. Wenn Sie ähnliche Anwendungen oder Geräte in Ihrem Netzwerk haben, überprüfen Sie Empfängerbeschränkungen. Vermeiden Sie die Verwendung solcher Geräte oder Anwendungen in Diagnosetests.

F15: Warum werden Fragezeichen in Ihrer Nachricht angezeigt?

A15: Wenn Fragezeichen in der Nachricht angezeigt, bedeutet dies, dass das System nicht weiß, wie einige ANSI- oder Unicode-Zeichen übersetzt, die in der Nachricht sind. Sie stellen sicher, dass der Client, in dem die Nachricht angezeigt wird, Codepages installiert, die den eingehenden Zeichensatz entsprechen. Beispielsweise stellen Sie sicher, dass die Windows-Arbeitsstation hat das japanische Gebietsschema installiert, Anzeigen von Nachrichten, die im japanischen geschrieben werden.

F16: Warum habe ich Probleme beim Öffnen von HTML-Nachrichten und angezeigt Ereignisse 12002 und 12003 in meinem Anwendungsprotokoll?

A16: Diese Ereignisse aus dem Anwendungsprotokoll sind von der Quelle Exchange-Informationsspeicher und Inhaltskonvertierung Fehler sind. Einige dieser Meldungen können ignoriert werden und haben keine wirkt sich auf die empfangenen Nachrichten. Aber wenn Sie viele dieser Nachrichten in den Anwendungsprotokollen angezeigt wird, wenn Clients Probleme beim Öffnen von HTML-Nachrichten haben.

Wenn dies der Fall ist, weitere Diagnoseinformationen wie Service Pack-Versionen, Kopien der Problem-Meldungen, Kopien von Anwendungs- und Systemprotokolle, einrichten und dann die Problembehandlung.

F17: Warum werden manchmal Hauptteil der Nachricht als Anlage angezeigt?

A17: Sie müssen Informationen über die Quelle der Nachricht einrichten. Sie müssen alle Details des Quellservers einrichten. Sie müssen überprüfen, ob der Absender in einem UNIX Netzwerk ist. </CRLF></CRLF>Weitere Informationen zu diesem Problem finden Sie die folgende Artikelnummer klicken, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
323482 Exchange zeigt an, die "Inline" MIME-Content-Disposition-Header als Anlage verwendet wird.
F18: Warum sehe ich "Dies ist eine mehrteilige Nachricht im MIME-Format." oder "Diese Nachricht ist im MIME-Format." im Textkörper der E-mail?

A18: Sie können eine der folgenden im Text finden Sie unter:
  • "Dies ist eine mehrteilige Nachricht im MIME-Format."
  • "Diese Nachricht ist im MIME-Format. Da Ihre e-Mail-Reader dieses Format nicht interpretieren kann, einige oder alle dieser Nachricht lesbar möglicherweise nicht."

Dieser Text vor der ersten Begrenzung eingefügt wurde, in der Regel in jeder mehrteilige Nachricht vorhanden ist, und ist nicht an den Client sichtbar, es sei denn, es ein Problem mit dem e-Mail-Format ist. Zum Beispiel kann ein harten Zeilenumbruch in der Nachricht in der falschen Position eingefügt wurden.

Um dieses Problem zu beheben, schalten Sie Nachricht Archivierung auf der Microsoft Exchange Internet Mail-Dienst. Um Nachricht Archivierung aktivieren, verwenden Sie das Dienstprogramm Exchange Server 2003 Archive Sink, speichern Sie die Nachricht als EML oder PST- und führen Sie dann die weitere Analyse. Weitere Informationen zum Feature "Archive Sink" klicken Sie auf die folgende Artikelnummer klicken, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
307798Das Archive Sink Dienstprogramm ist in Service Pack 2 verfügbar
F19: Warum ist die Größe der meine e-Mail-Nachrichten rund 33 % größer als erwartet, und warum ist es base64-codierte auch, wenn sie keine Anlagen enthalten?

A19: Dieses Verhalten tritt auf, wenn Sie die folgenden Zeichensätze verwenden:
  • Japanische Shift-JIS
  • KOR
  • Japanisches EUC
  • Koreanische ISO-2202-KR
  • ISO-2202-TW Taiwan
  • Chinesische ISO-2202-CN
  • Chinesisch HZ_GB, Big5, GB18030


F20: Was sind andere und bekannte Probleme?

A20: Nachrichten, die von einem Exchange Server 2003-Server zu einem anderen weitergeleitet werden, werden möglicherweise falsch angezeigt, und die Empfänger der Nachricht können im Textkörper der Nachricht angezeigt.

Dies kann z. B. in einer Nachricht auftreten, die aus dem Internet auf eine eingehende Internet Exchange Server 2003-Computer und klicken Sie dann auf einen anderen Exchange Server 2003-Computer weitergeleitet wird.
Die Nachricht möglicherweise auf die eingehende Internet Exchange Server 2003 richtig angezeigt, aber im Back-End-Exchange Server verzerrt. Diese Symptome können auch ändern, sinkt die Anzahl der Empfänger der Nachricht. Dieses Problem kann aus mehreren Gründen angezeigt werden, aber die beiden häufigsten Gründe sind:
  • RFC 2822-Nachrichtenköpfe, die mehr als 1000 oder 1024 Zeichen in einer Zeile und nicht 998 Zeichen in einer Zeile haben. Weitere Informationen finden Sie unter Request for Comments (RFC) 2822. Besuchen Sie dazu den folgende Website der Internet Engineering Task Force (IETF):
    http://www.ietf.org/rfc/RFC2822.txt?number=2822
    Dieses Problem kann auftreten, wenn Nachrichten an einen Exchange Server 2003-Computer mithilfe von Binärdaten oder chunkingweitergeleitet werden. Chunking ist eine Erweiterung zu SMTP-Format, das Daten in Blöcken gesendet unterstützt.

    Wenn Exchange Server 2003 eine Nachricht, die mehr als 998 Zeichen in einer Zeile enthält empfängt, der SMTP-Dienst den Header analysiert und feststellt, dass die Zeile länger als 1000 Zeichen ist. Der SMTP-Dienst übernimmt diese Zeile ist nicht Teil der Kopfzeile und schließt diesen in den Körper.

    Der SMTP-Dienst auf dem Computer Exchange Server wird dann eine eigene Header schreiben einschließlich Meldungs-ID und ein DATE-Header, gefolgt durch eine Leerzeile oder ein CRLF.
  • Zeile Längenbeschränkungen. Es gibt viele Implementierungen, die Beförderung gemäß RFC 2821 nicht Nachrichten, die mehr als 1000 Zeichen pro Zeile akzeptieren, einschließlich das CRLF haben. E-Mail-Anwendungen müssen daher, solche Nachrichten nicht erstellen. Um dieses Problem zu umgehen, deaktivieren Sie die Funktion zum ESMTP Verb (oder chunking) auf dem Computer Exchange Server und Exchange Server Computer formatieren Formatieren unter typische SMTP-Nachrichten, wenn die Nachricht weitergeleitet wird. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base:
    257569Zum Deaktivieren von ESMTP-Verben in Exchange 2000 Server und Exchange Server 2003
    821733 Eingehende Nachricht ist verzerrt, wenn die Zeile 1022 Zeichen überschreitet

Informationsquellen

Weitere Informationen über den Standard für das Format von ARPA-Internettextnachrichten finden Sie unter RFC 822. Besuchen Sie hierzu den folgenden IETF-Website:
http://www.ietf.org/rfc/rfc0822.txt?number=822
Weitere Informationen zu MIME finden Sie unter RFC 2045, 2046, 2047, 2048 und 2049. Besuchen Sie hierzu den folgenden IETF-Websites:
http://www.ietf.org/rfc/rfc2045.txt?number=2045
http://www.ietf.org/rfc/rfc2046.txt?number=2046
http://www.ietf.org/rfc/Rfc2047.txt?number=2047
http://www.ietf.org/rfc/rfc2048.txt?number=2048
http://www.ietf.org/rfc/rfc2049.txt?number=2049
Weitere Informationen über das Content-Disposition-Header-Feld finden Sie unter RFC 2183. Hierzu finden Sie auf den folgenden IETF-Website:
http://www.ietf.org/rfc/rfc2183.txt?number=2183

Eigenschaften

Artikel-ID: 836555 - Geändert am: Sonntag, 30. September 2012 - Version: 5.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Keywords: 
kbFAQ kbinfo kbmt KB836555 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 836555
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com