IMAP, Bodystructure und RFC 3501

[Klaus Tachtler]

Hallo Björn,

für mich würde sich eher die Frage stellen, fixt der Programmierer von  
FairEMail das Problem, oder nicht?

Falls nicht - und das für Euch so wichtig ist - oder - Ihr auf der  
Sender-Seite nichts machen könnt, wählt einen anderen Android-Client:
  - K9-Mail
  - R2Mail2


Grüße
Klaus.


> Moin,
>
> etwas OT, da nicht direkt mit Postfix verwandt:
> FairEMail, einer der wenigen OpenSource-Android-Clients, hat ein Problem
> mit unseren Monitoring-Mails. Denen fehlt ein Content-Type und der
> Kopano-IMAP-Server liefert auf das FETCH BODYSTRUCTURE (BODYSTRUCTURE
> (NIL NIL NIL NIL NIL).
>
> RFC 3501 sagt:
> "Such extension data can consist of
> zero or more NILs, strings, numbers, or potentially nested
> parenthesized lists of such data.  Client implementations that
> do a BODYSTRUCTURE fetch MUST be prepared to accept such
> extension data."
>
> Der Entwickler sagt:
> ""(BODYSTRUCTURE (NIL NIL NIL NIL NIL))" can't be correct in any way
> because it does not describe a body.
> The content type/subtype, the first two NILs and the body encoding, the
> last NIL, shouldn't be empty."
>
> Und der Kollege, der mehr im Kopano-Thema involviert ist, sagt: Soll er
> halt nicht BODYSTRUCTURE nutzen und im RFC steht nicht, dass nicht alles
> NIL sein darf.
>
> Die Preisfrage ist nun: Wer hat den Implementierungsfehler begangen?
>
> Grüße
> Björn


----- Ende der Nachricht von Bjoern Franke <bjo at nord-west.org> -----



-- 

--------------------------------------------
e-Mail  : klaus at tachtler.net
Homepage: https://www.tachtler.net
DokuWiki: https://dokuwiki.tachtler.net
--------------------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-keys
Dateigröße  : 3121 bytes
Beschreibung: Öffentlicher PGP-Schlüssel
URL         : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20190301/9f8143e3/attachment.skr>