Anforderungs- und Antwortheader des Push-Benachrichtigungsdiensts (Windows-Runtime-Apps)

In diesem Thema werden die Dienst-zu-Dienst-Web-APIs und Protokolle beschrieben, die zum Senden einer Pushbenachrichtigung erforderlich sind.

Eine konzeptionelle Erläuterung von Pushbenachrichtigungs-Konzepten und WNS-Konzepten, Anforderungen und Vorgängen finden Sie in der Übersicht über die Windows-Pushbenachrichtigungsdienste (Windows Push Notification Services, WNS ).

Anfordern und Empfangen eines Zugriffstokens

In diesem Abschnitt werden die Anforderungs- und Antwortparameter beschrieben, die beim Authentifizieren mit dem WNS beteiligt sind.

Zugriffstokenanforderung

Eine HTTP-Anforderung wird an WNS gesendet, um den Clouddienst zu authentifizieren und ein Zugriffstoken zurückzugeben. Die Anforderung wird an https://login.live.com/accesstoken.srf mit Secure Sockets Layer (SSL) ausgegeben.

Zugriffstokenanforderungsparameter

Der Clouddienst sendet diese erforderlichen Parameter im HTTP-Anforderungstext mithilfe des Formats "application/x-www-form-urlencoded". Sie müssen sicherstellen, dass alle Parameter URL-codiert sind.

Parameter	Required	Description
grant_type	TRUE	Muss auf client_credentials festgelegt sein.
client_id	TRUE	Paketsicherheits-ID (SID) für Ihren Clouddienst wie zugewiesen, wenn Sie Ihre App beim Microsoft Store registriert haben.
client_secret	TRUE	Geheimer Schlüssel für Ihren Clouddienst wie zugewiesen, wenn Sie Ihre App beim Microsoft Store registriert haben.
scope	TRUE	Muss auf notify.windows.com festgelegt sein.

Zugriffstoken-Antwort

WNS authentifiziert den Clouddienst und antwortet, wenn erfolgreich, mit einem "200 OK", einschließlich des Zugriffstokens. Andernfalls antwortet WNS mit einem geeigneten HTTP-Fehlercode, wie im OAuth 2.0-Protokollentwurfbeschrieben.

Parameter der Zugriffstokenantwort

Ein Zugriffstoken wird in der HTTP-Antwort zurückgegeben, wenn der Clouddienst erfolgreich authentifiziert wurde. Dieses Zugriffstoken kann in Benachrichtigungsanforderungen verwendet werden, bis es abläuft. Die HTTP-Antwort verwendet den Medientyp "application/json".

Parameter	Required	Description
access_token	TRUE	Das Zugriffstoken, das der Clouddienst verwendet, wenn er eine Benachrichtigung sendet.
token_type	FALSE	Wird immer als Wert bearerzurückgegeben.

Antwortcode

HTTP-Antwortcode	Description
200 OK (Anforderung erfolgreich)	Die Anfrage war erfolgreich.
400 Fehlerhafte Anfrage	Fehler bei der Authentifizierung. Informationen zu Antwortparametern finden Sie im OAuth-Entwurf Request for Comments (RFC).

Example

Im Folgenden sehen Sie ein Beispiel für eine erfolgreiche Authentifizierungsantwort:

 HTTP/1.1 200 OK   
 Cache-Control: no-store
 Content-Length: 422
 Content-Type: application/json
 
 {
     "access_token":"EgAcAQMAAAAALYAAY/c+Huwi3Fv4Ck10UrKNmtxRO6Njk2MgA=", 
     "token_type":"bearer",
     "expires_in": 86400
 }

Senden einer Benachrichtigungsanforderung und Empfangen einer Antwort

In diesem Abschnitt werden die Header beschrieben, die bei einer HTTP-Anforderung an WNS zum Übermitteln einer Benachrichtigung und die, die bei der Antwort beteiligt sind, verwendet werden.

• Senden einer Benachrichtigungsanforderung
• Benachrichtigungsantwort senden
• Nicht unterstützte HTTP-Features

Senden einer Benachrichtigungsanforderung

Beim Senden einer Benachrichtigungsanforderung sendet die aufrufende App eine HTTP-Anforderung über SSL, die an den Kanal Uniform Resource Identifier (URI) adressiert ist. "Content-Length" ist ein standardmäßiger HTTP-Header, der in der Anforderung angegeben werden muss. Alle anderen Standardheader sind entweder optional oder nicht unterstützt.

Darüber hinaus können die hier aufgelisteten benutzerdefinierten Anforderungsheader in der Benachrichtigungsanforderung verwendet werden. Einige Header sind erforderlich, während andere optional sind.

Anforderungsparameter

Kopfzeilenname	Required	Description
Authorization	TRUE	Standardmäßiger HTTP-Autorisierungsheader, der zum Authentifizieren Ihrer Benachrichtigungsanforderung verwendet wird. Ihr Clouddienst stellt sein Zugriffstoken in diesem Header bereit.
Content-Type	TRUE	Standard HTTP-Autorisierungs-Header Für Toast-, Kachel- und Badge-Benachrichtigungen muss diese Kopfzeile auf text/xmlfestgelegt werden. Für unformatierte Benachrichtigungen muss dieser Header auf application/octet-streamfestgelegt werden.
Content-Length	TRUE	Standardmäßiger HTTP-Autorisierungsheader, um die Größe der Anforderungsnutzlast zu kennzeichnen.
X-WNS-Type	TRUE	Definiert den Benachrichtigungstyp in der Nutzlast: Kachel, Toast, Badge oder roh.
X-WNS-Cache-Policy	FALSE	Aktiviert oder deaktiviert das Zwischenspeichern von Benachrichtigungen. Dieser Header gilt nur für Kachel-, Signal- und unformatierte Benachrichtigungen.
X-WNS-RequestForStatus	FALSE	Fordert den Gerätestatus und den WNS-Verbindungsstatus in der Benachrichtigungsantwort an.
X-WNS-Tag	FALSE	Zeichenfolge, die verwendet wird, um eine Benachrichtigung mit einer identifizierenden Bezeichnung bereitzustellen, die für Kacheln verwendet wird, die die Benachrichtigungswarteschlange unterstützen. Dieser Header gilt nur für Kachelbenachrichtigungen.
X-WNS-TTL	FALSE	Ganzzahliger Wert, ausgedrückt in Sekunden, der die Lebenszeit (TTL) angibt.
MS-CV	FALSE	Korrelationsvektorwert , der für Ihre Anforderung verwendet wird.

Wichtige Hinweise

• Inhaltslänge und Inhaltstyp sind die einzigen standardmäßigen HTTP-Header, die in der an den Client übermittelten Benachrichtigung enthalten sind, unabhängig davon, ob andere Standardheader in der Anforderung enthalten waren.
• Alle anderen standardmäßigen HTTP-Header werden entweder ignoriert oder geben einen Fehler zurück, wenn die Funktionalität nicht unterstützt wird.
• Ab Februar 2023 wird WNS nur noch eine Kachelbenachrichtigung speichern, wenn das Gerät offline ist.

Authorization

Der Autorisierungsheader wird verwendet, um die Anmeldeinformationen der aufrufenden Partei gemäß der OAuth 2.0-Autorisierungsmethode für Bearer Tokens festzulegen.

Die Syntax besteht aus einem Zeichenfolgen-Literal "Bearer", gefolgt von einem Leerzeichen, gefolgt von Ihrem Zugriffstoken. Dieses Zugriffstoken wird abgerufen, indem die oben beschriebene Zugriffstokenanforderung ausgestellt wird. Dasselbe Zugriffstoken kann für nachfolgende Benachrichtigungsanforderungen verwendet werden, bis es abläuft.

Diese Kopfzeile ist erforderlich.

Authorization: Bearer <access-token>

X-WNS-Type

Dies sind die von WNS unterstützten Benachrichtigungstypen. Dieser Header gibt den Typ der Benachrichtigung und an, wie WNS damit umgehen soll. Nachdem die Benachrichtigung den Client erreicht hat, wird die tatsächliche Datenlast anhand dieses angegebenen Typs überprüft. Diese Kopfzeile ist erforderlich.

X-WNS-Type: wns/toast | wns/badge | wns/tile | wns/raw

Value	Description
wns/badge	Eine Benachrichtigung zum Erstellen einer Abzeichenüberlagerung auf der Kachel. Der in der Benachrichtigungsanforderung enthaltene Content-Type-Header muss auf text/xmlfestgelegt werden.
wns/tile	Eine Benachrichtigung zum Aktualisieren des Kachelinhalts. Der in der Benachrichtigungsanforderung enthaltene Content-Type-Header muss auf text/xmlfestgelegt werden.
wns/toast	Eine Benachrichtigung, um auf dem Client einen Toast auszubringen. Der in der Benachrichtigungsanforderung enthaltene Content-Type-Header muss auf text/xmlfestgelegt werden.
wns/raw	Eine Benachrichtigung, die ein benutzerdefiniertes Datenpaket enthalten kann und direkt an die App übermittelt wird. Der in der Benachrichtigungsanforderung enthaltene Content-Type-Header muss auf application/octet-streamfestgelegt werden.

X-WNS-Cache-Policy

Wenn das Benachrichtigungszielgerät offline ist, speichert WNS ein Abzeichen, eine Kachel und eine Toastbenachrichtigung für jeden Kanal-URI. Standardmäßig werden unformatierte Benachrichtigungen nicht zwischengespeichert, aber wenn die Zwischenspeicherung von unformatierten Benachrichtigungen aktiviert ist, wird eine unformatierte Benachrichtigung zwischengespeichert. Elemente werden nicht auf unbestimmte Zeit im Cache gespeichert und nach einem angemessenen Zeitraum entfernt. Andernfalls wird der zwischengespeicherte Inhalt übermittelt, wenn das Gerät als Nächstes online kommt.

X-WNS-Cache-Policy: cache | no-cache

Value	Description
cache	Default. Benachrichtigungen werden zwischengespeichert, wenn der Benutzer offline ist. Dies ist die Standardeinstellung für Kachel- und Signalbenachrichtigungen.
no-cache	Die Benachrichtigung wird nicht zwischengespeichert, wenn der Benutzer offline ist. Dies ist die Standardeinstellung für unformatierte Benachrichtigungen.

X-WNS-RequestForStatus

Gibt an, ob die Antwort den Gerätestatus und den WNS-Verbindungsstatus enthalten soll. Dieser Header ist optional.

    X-WNS-RequestForStatus: true | false

Value	Description
true	Geben Sie den Gerätestatus und den Benachrichtigungsstatus in der Antwort zurück.
false	Default. Geben Sie den Gerätestatus und den Benachrichtigungsstatus nicht zurück.

X-WNS-Tag

Weist einer Benachrichtigung ein tag-Label zu. Das Tag wird in der Ersatzrichtlinie für Kacheln in der Benachrichtigungswarteschlange verwendet, wenn die App den Benachrichtigungszyklus gewählt hat. Wenn eine Benachrichtigung mit diesem Tag bereits in der Warteschlange vorhanden ist, ersetzt eine neue Benachrichtigung mit demselben Tag sie.

Note

Dieser Header ist optional und wird nur beim Senden von Kachelbenachrichtigungen verwendet.

    X-WNS-Tag: <string value>

Value	Description
Stringwert	Eine alphanumerische Zeichenfolge mit maximal 16 Zeichen.

X-WNS-TTL

Gibt die TTL (Ablaufzeit) für eine Benachrichtigung an. Dies ist in der Regel nicht erforderlich, kann aber verwendet werden, wenn Sie sicherstellen möchten, dass Ihre Benachrichtigungen nicht später als eine bestimmte Uhrzeit angezeigt werden. Die TTL wird in Sekunden angegeben und bezieht sich auf den Zeitpunkt, zu dem WNS die Anforderung empfängt. Wenn eine TTL angegeben wird, zeigt das Gerät die Benachrichtigung nach diesem Zeitpunkt nicht an. Beachten Sie, dass dies dazu führen kann, dass die Benachrichtigung überhaupt nicht angezeigt wird, wenn die TTL zu kurz ist. Eine Ablaufzeit wird im Allgemeinen mindestens in Minuten gemessen.

Dieser Header ist optional. Wenn kein Wert angegeben ist, läuft die Benachrichtigung nicht ab und wird im normalen Benachrichtigungsersetzungsschema ersetzt.

X-WNS-TTL: <integer value>

Value	Description
Ganzzahlwert	Die Lebensdauer der Benachrichtigung in Sekunden, nachdem WNS die Anforderung empfangen hat.

X-WNS-SuppressPopup

Note

Für Windows Phone Store-Apps haben Sie die Möglichkeit, die Benutzeroberfläche einer Toastbenachrichtigung zu unterdrücken, indem Sie die Benachrichtigung direkt an das Info-Center senden. So kann Ihre Benachrichtigung stumm zugestellt werden, eine möglicherweise bessere Option für weniger dringende Benachrichtigungen. Dieser Header ist optional und wird nur in Windows Phone-Kanälen verwendet. Wenn Sie diesen Header in einen Windows-Kanal einschließen, wird Ihre Benachrichtigung gelöscht, und Sie erhalten eine Fehlerantwort von WNS.

X-WNS-SuppressPopup: true | false

Value	Description
true	Senden Sie die Toastbenachrichtigung direkt an das Info-Center; zeigen Sie die Toast-Benutzeroberfläche nicht an.
false	Default. Heben Sie die Popup-UI an, und fügen Sie die Benachrichtigung zum Info-Center hinzu.

X-WNS-Group

Note

Das Info-Center für Windows Phone Store-Apps kann mehrere Toastbenachrichtigungen mit demselben Tag nur dann anzeigen, wenn sie als zu verschiedenen Gruppen gehörend gekennzeichnet sind. Betrachten Sie beispielsweise eine Rezeptbuch-App. Jedes Rezept wird durch ein Etikett identifiziert. Ein Toast, das einen Kommentar zu diesem Rezept enthält, hätte das Tag des Rezepts, jedoch mit einer Kommentargruppenbezeichnung. Eine Meldung, die eine Bewertung für dieses Rezept enthält, würde erneut das Tag dieses Rezepts haben, jedoch mit einer Bezeichnung für die Bewertungsgruppe. Diese unterschiedlichen Gruppenbezeichnungen würden beide Popupbenachrichtigungen gleichzeitig im Info-Center erscheinen lassen. Dieser Header ist optional.

X-WNS-Gruppe: <string value>

Value	Description
Zeichenfolgenwert	Eine alphanumerische Zeichenfolge mit maximal 16 Zeichen.

X-WNS-Match

Note

Wird mit der HTTP DELETE-Methode verwendet, um eine bestimmte Benachrichtigung, eine Reihe von Benachrichtigungen (entweder nach Tag oder Gruppe) oder alle Benachrichtigungen aus dem Aktionscenter für Windows Phone Store-Apps zu entfernen. Diese Überschrift kann eine Gruppe, ein Tag oder beides angeben. Dieser Header ist in einer HTTP DELETE-Benachrichtigungsanforderung erforderlich. Jede Nutzlast, die in dieser Benachrichtigungsanforderung enthalten ist, wird ignoriert.

X-WNS-Match: type:wns/toast; group=<string value>; tag=<string value> | type:wns/toast; group=<string value> | type:wns/toast; tag=<string value> | type:wns/toast; all

Value	Description
type:wns/toast; group=<string value>; tag=<string value>	Entfernen Sie eine einzelne Benachrichtigung, die mit dem angegebenen Tag und der angegebenen Gruppe gekennzeichnet ist.
type:wns/toast; group=<string value>	Entfernen Sie alle Benachrichtigungen, die mit der angegebenen Gruppe gekennzeichnet sind.
type:wns/toast; tag=<string value>	Entfernen Sie alle Benachrichtigungen, die mit dem angegebenen Tag gekennzeichnet sind.
type:wns/toast;all	Löschen Sie alle Benachrichtigungen Ihrer App aus dem Aktionscenter.

Benachrichtigungsantwort senden

Nachdem WNS die Benachrichtigungsanforderung verarbeitet hat, sendet sie eine HTTP-Nachricht als Antwort. In diesem Abschnitt werden die Parameter und Header erläutert, die in dieser Antwort zu finden sind.

Antwortparameter

Kopfzeilenname	Required	Description
X-WNS-Debug-Trace	FALSE	Debugging-Informationen, die protokolliert werden sollten, um bei der Problembehebung zu helfen, wenn ein Problem gemeldet wird.
X-WNS-DeviceConnectionStatus	FALSE	Der Gerätestatus wird nur zurückgegeben, wenn er in der Benachrichtigungsanforderung über den X-WNS-RequestForStatus-Header angefordert wird.
X-WNS-Error-Description	FALSE	Eine lesbare Fehlerzeichenfolge, die protokolliert werden sollte, um beim Debuggen zu helfen.
X-WNS-Msg-ID	FALSE	Ein eindeutiger Bezeichner für die Benachrichtigung, der für Debuggingzwecke verwendet wird. Bei der Meldung eines Problems sollten diese Informationen protokolliert werden, um bei der Problembehandlung zu helfen.
X-WNS-Status	FALSE	Gibt an, ob WNS die Benachrichtigung erfolgreich empfangen und verarbeitet hat. Bei der Meldung eines Problems sollten diese Informationen protokolliert werden, um bei der Problembehandlung zu helfen.
MS-CV	FALSE	Debugging-Informationen, die protokolliert werden sollten, um bei der Problembehebung zu helfen, wenn ein Problem gemeldet wird.

X-WNS-Debug-Trace

Dieser Header gibt nützliche Debuginformationen als Zeichenfolge zurück. Wir empfehlen, dass dieser Header protokolliert wird, um Entwicklern beim Debuggen von Problemen zu helfen. Dieser Header ist zusammen mit dem X-WNS-Msg-ID-Header und MS-CV erforderlich, wenn ein Problem bei WNS gemeldet wird.

X-WNS-Debug-Trace: <string value>

Value	Description
Zeichenfolgenwert	Eine alphanumerische Zeichenfolge.

X-WNS-DeviceConnectionStatus

Dieser Header gibt den Gerätestatus an die aufrufende Anwendung zurück, wenn er im X-WNS-RequestForStatus Header der Benachrichtigungsanforderung angefordert wird.

X-WNS-DeviceConnectionStatus: verbunden | getrennt | vorübergehend getrennt

Value	Description
connected	Das Gerät ist online und mit WNS verbunden.
disconnected	Das Gerät ist offline und nicht mit WNS verbunden.
tempconnected (veraltet)	Das Gerät hat vorübergehend die Verbindung zu WNS verloren, zum Beispiel, wenn eine 3G-Verbindung unterbrochen wird oder der Wi-Fi-Schalter auf einem Laptop umgelegt wird. Sie wird von der Benachrichtigungsclientplattform als vorübergehende Unterbrechung und nicht als absichtliche Trennung betrachtet.

X-WNS-Error-Description

Dieser Header stellt eine lesbare Fehlerzeichenfolge bereit, die protokolliert werden sollte, um beim Debuggen zu helfen.

X-WNS-Error-Description: <string value>

Value	Description
String-Wert	Eine alphanumerische Zeichenfolge.

X-WNS-Msg-ID

Dieser Header wird verwendet, um dem Anrufer einen Bezeichner für die Benachrichtigung bereitzustellen. Es wird empfohlen, dass dieser Header protokolliert wird, um Probleme zu debuggen. Dieser Header ist zusammen mit dem X-WNS-Debug-Trace und MS-CV erforderlich, wenn ein Problem bei WNS gemeldet wird.

X-WNS-Msg-ID: <string value>

Value	Description
Zeichenfolgenwert	Eine alphanumerische Zeichenfolge mit maximal 16 Zeichen.

X-WNS-Status

Dieser Header beschreibt, wie WNS die Benachrichtigungsanforderung verarbeitet hat. Dies kann verwendet werden, anstatt Antwortcodes als Erfolg oder Fehler zu interpretieren.

X-WNS-Status: empfangen | verworfen | Kanaldrosselung

Value	Description
received	Die Benachrichtigung wurde von WNS empfangen und verarbeitet. Hinweis: Dies garantiert nicht, dass das Gerät die Benachrichtigung erhalten hat.
dropped	Die Benachrichtigung wurde aufgrund eines Fehlers explizit verworfen oder weil der Client diese Benachrichtigungen explizit abgelehnt hat. Toast-Benachrichtigungen werden auch nicht angezeigt, wenn das Gerät offline ist.
channelthrottled	Die Benachrichtigung wurde verworfen, da der App-Server die Rategrenze für diesen bestimmten Kanal überschritten hat.

MS-CV

Dieser Header stellt einen Korrelationsvektor im Zusammenhang mit der Anforderung bereit, die hauptsächlich für das Debuggen verwendet wird. Wenn ein Lebenslauf als Teil der Anforderung bereitgestellt wird, verwendet WNS diesen Wert, andernfalls generiert und antwortet WNS mit einem LEBENSLAUF. Dieser Header zusammen mit dem X-WNS-Debug-Trace- und X-WNS-Msg-ID-Header ist erforderlich, wenn ein Problem bei WNS gemeldet wird.

Important

Generieren Sie einen neuen Lebenslauf für jede Pushbenachrichtigungsanforderung, wenn Sie Ihren eigenen Lebenslauf angeben.

MS-CV: <string value>

Value	Description
Zeichenfolgenwert	Folgt dem Korrelationsvektorstandard

Antwortcodes

Jede HTTP-Nachricht enthält einen dieser Antwortcodes. WNS empfiehlt Entwicklern, den Antwortcode für die Verwendung im Debugging zu protokollieren. Wenn Entwickler ein Problem bei WNS melden, müssen sie Antwortcodes und Headerinformationen bereitstellen.

HTTP-Antwortcode	Description	Empfohlene Aktion
200 OK (Anforderung erfolgreich)	Die Benachrichtigung wurde von WNS akzeptiert.	Keine erforderlich.
400 Fehlerhafte Anfrage	Mindestens ein Header wurde falsch angegeben oder steht im Konflikt mit einem anderen Header.	Protokollieren Sie die Details Ihrer Anfrage. Überprüfen Sie Ihre Anfrage, und vergleichen Sie sie mit dieser Dokumentation.
401 Nicht autorisiert	Der Clouddienst hat kein gültiges Authentifizierungsticket angezeigt. Das OAuth-Ticket ist möglicherweise ungültig.	Fordern Sie ein gültiges Zugriffstoken an, indem Sie Ihren Clouddienst mithilfe der Zugriffstokenanforderung authentifizieren.
403 Verboten	Der Clouddienst ist nicht berechtigt, eine Benachrichtigung an diesen URI zu senden, obwohl er authentifiziert ist.	Das in der Anforderung bereitgestellte Zugriffstoken stimmt nicht mit den Anmeldeinformationen der App überein, die den Kanal-URI angefordert hat. Stellen Sie sicher, dass der Paketname im Manifest Ihrer App mit den Clouddienstanmeldeinformationen übereinstimmt, die Ihrer App im Dashboard zugewiesen werden.
404 nicht gefunden	Der Kanal-URI ist ungültig oder wird von WNS nicht erkannt.	Protokollieren Sie die Details Ihrer Anfrage. Senden Sie keine weiteren Benachrichtigungen an diesen Kanal; Benachrichtigungen an diese Adresse schlagen fehl.
405-Methode nicht zulässig	Ungültige Methode (GET, CREATE); nur POST (Windows oder Windows Phone) oder DELETE (nur Windows Phone) ist zulässig.	Protokollieren Sie die Details Ihrer Anfrage. Wechseln Sie zur Verwendung von HTTP POST.
406 Nicht akzeptabel	Der Clouddienst hat sein Limit überschritten.	Bitte senden Sie Ihre Anforderung nach dem Retry-After Headerwert in der Antwort.
410 Nicht mehr vorhanden	Der Kanal ist abgelaufen.	Protokollieren Sie die Details Ihrer Anfrage. Senden Sie keine weiteren Benachrichtigungen an diesen Kanal. Fordern Sie Ihre App auf, einen neuen Kanal-URI anzufordern.
410 Domäne blockiert	Die sendende Domäne wurde von WNS blockiert.	Senden Sie keine weiteren Benachrichtigungen an diesen Kanal. Die sendende Domäne wurde von WNS für missbrauchte Pushbenachrichtigungen blockiert.
413 Anforderungsobjekt zu groß	Die Nutzlast der Benachrichtigung überschreitet das Größenlimit von 5000 Byte.	Protokollieren Sie die Details Ihrer Anfrage. Überprüfen Sie die Nutzlast, um sicherzustellen, dass sie innerhalb der Größenbeschränkungen liegt.
500: Interner Serverfehler	Ein interner Fehler führte dazu, dass die Benachrichtigungsübermittlung fehlschlug.	Protokollieren Sie die Details Ihrer Anfrage. Melden Sie dieses Problem über die Entwicklerforen.
503 Dienst nicht verfügbar	Der Server ist zurzeit nicht verfügbar.	Protokollieren Sie die Details Ihrer Anfrage. Melden Sie dieses Problem über die Entwicklerforen. Wenn der Retry-After-Header beobachtet wird, senden Sie bitte Ihre Anfrage nach dem Retry-After-Headerwert in der Antwort.

Nicht unterstützte HTTP-Features

Die WNS-Webschnittstelle unterstützt HTTP 1.1, unterstützt jedoch nicht die folgenden Features:

• Chunking
• Pipelining (POST ist nicht idempotent)
• Obwohl "Expect-100" unterstützt wird, sollten Entwickler es deaktivieren, da es beim Senden einer Benachrichtigung zu Latenz führen kann.