Beiträge zu den Spezifikationen

Fälle, in denen wir in der Dokumentation bzw. den Spezifikationen von Microsoft Unvollständigkeiten oder regelrechte Fehler festgestellt haben:

• PT_LONG ist nicht für den vorzeichenlosen Wert vorgesehen
• Outlook führt zu nicht spezifiziertem Verhalten in Bezug auf PR_SENSITIVITY
• Größenangaben für benannte Eigenschaften korrigiert
• Verhalten von EX2019 in Bezug auf SPropertyRestriction erwähnt
• MAPI_HARD_DELETE nicht vollständig dokumentiert
• Zusammenhang zwischen DIR_ENTRYID und CONTAB_ENTRYID
• EWS: Der Monat kann auch den Wert 0 annehmen
• EWS: Standard-Eigenschaftstabelle mit fehlerhaftem Eintrag
• PT_LONG ist fälschlicherweise als vorzeichenlos dokumentiert
• Verhalten von EX Server 2019 bei der Auswertung eines NULL-Werts mit einer SPropertyRestriction
• Erwähnung des DELETE_HARD_DELETE-Flags für IMAPIFolder::DeleteFolder
• Beschreibungen der Flags von PR_RECIPIENT_FLAGS aktualisieren
• Datei „commonly-used-property-sets.md“ mit Informationen aus MS-OXPROPS synchronisieren
• Weitere von IMAPIContainer::GetSearchCriteria zurückgegebene Flags dokumentieren
• SCountRestriction

Die größten ungelösten Probleme:

• Das Repository open_specs_exchange ist fälschlicherweise als privat eingestellt und kann nicht wie die anderen bearbeitet werden, wth (Bugreport)

Ohne PR eingereicht (da open_specs_exchange):

• GUID_NULL kann in OP_REPLY-Regeln auftreten
• Fehlerhafte Beispielanmerkung bei der Generierung der OXOCAL-Antwort

Noch einzureichen:

• In MS-OXCMAPIHTTP wird nicht erwähnt, dass OXNSPI, wenn es über MAPIHTTP statt über RPC ausgeführt wird, eine andere Serialisierung aufweist:
  • (§2.2.1) zusätzliche HasValue Bytes in STRING_ARRAY, WSTRING_ARRAY, BINARY_ARRAY, Einschränkungen und propvals
  • PT_OBJECT wird ohne den uint32-Füllwert serialisiert
  • emsmdb32.dll unterstützt den Empfang von PT_FLOAT, PT_DOUBLE und PT_I8 über MH (nur nicht über RPC)
  • (Die OXCMAPIHTTP-Spezifikation ist auf GitHub nicht, was bedeutet, dass keine klassische Zusammenarbeit auf Basis von Pull-Requests möglich ist.)
• MS-OXCRPC erwähnt weder den AUX-Header-Typ 0x52 (gesendet von Outlook) noch dessen Bedeutung
• MS-OXCRPC erwähnt weder den AUX-Header-Typ 0x43 (gesendet von Exchange) noch dessen Bedeutung

Von uns selbst verfasste Spezifikationen:

• PR_RW_RULES_STREAM: gromox/doc/outlook_rule_spec.rst