@RemoStrotkamp said in z-push 2.3.7beta0+43 + kopano 8.3.0-1024 + empty mails:
Obviously that “behaviour” should get fixed. No sense in not displaying plenty of usable data just because one attachment is faulty.
Yeah, this sounds quite obvious, but it isn’t.
I’ve said it before and I will again: Outlook over ActiveSync is completely different technology! You can’t compare apples to bananas and expect them to taste the same.
Forget what you know about Outlook with the MAPI connector, it does not apply!
Outlook (via ActiveSync) requests the full RFC822 message to parse and display it locally. These emls are generated with im2inet (libvmime) and to do this the attachment must be available to be included. If the attachment data is not available im2inet fails (as it can’t generate the eml) and therefore Outlook fails because it doesn’t receive any usable data.
We could look if we could change im2inet behaviour so it still generates an incomplete (and therefore broken) eml if no attachment data is available.
But then still, if you “restore attachments on your server” they will not be magically available in outlook. It would need to be fully resynchronized.