MAPIProvider->imtoinet(): got no stream or content from mapi_inetmapi_imtoinet()

Hi @fbartels
I’ve noticed, that a possible fix was merged to the 8.6.x branch. Can we expect a merge to Master as well? I would be happy to have a working nightly soon.

Best Jan

Hi @deHoeninger ,

yes it will eventually trickle down into the master branch.

Hi, everybody,

is the described error also the cause for completely empty emails in Outlook, which are connected via KOE?

0_1543431696725_513f6323-6d9f-4729-b16c-0e4d5eb8f982-grafik.png

I use Outlook 2016 with Kopano on UCS

UCS: 4.3-2 errata332
Installed: cups=2.2.1 dhcp-server=12.0 kopano-core=8.6.8.2 kopano-webapp=3.4.22.1782 nagios=4.3 pkgdb=11.0 samba4=4.7 squid=3.5 z-push-kopano=2.4.4
kopano-server                                       8.6.8.10-0+23.1
kopano-webapp                                       3.4.24.1929+84.1
z-push-kopano                                       2.4.5+0-0

Thanks
Ulf

@BusinessTux see https://forum.kopano.io/topic/1847/empty-mails-with-kopano-ol-extension

Ps: there is already a 8.6.9 in our repositories which will resolve the issue.

I am receiving this error too with the following versions:

Kopano 8.7.80
Z-Push 2.4.5

Should that already be fixed?

Regards
Richard

@darootler

As far as I know, there is already a fix and it should be already part of the git-Master. But no new nighlty build so far.

So at least with no valid subscription, we still have to wait for an updated version to download.

Best Jan

Thanks @fbartels

With
kopano-server kopano-server 8.6.9.0-0+24.1,
z-push-kopano 2.4.5+0-0,
KopanoOLExtension-2.0-331

from final repository the most emails are readable again. The last two email, which where still empty, I moved to subfolder and then I could read it.

Regards
Ulf

@fbartels

Is there already a schedule for an upcoming Nightly Build, last one is from 20th of Nov.

Best Jan

My Outlook is looking like the picture @BusinessTux posted. Messages completely empty.

z-push.log shows: 06/12/2018 09:56:31 [44833] [ERROR] [jstahl] MAPIProvider->imtoinet(): got no stream or content from mapi_inetmapi_imtoinet()

I’m using Univention UCS 4.3-2 and installed Kopano via the App Center.

apt list output:

kopano4ucs/unbekannt,now 1.5.13 all
kopano-server/unbekannt,now 8.6.8.10-0+23.1 amd64
kopano-webapp/unbekannt,now 3.4.22.1782+80.1 all
z-push-kopano/unbekannt,now 2.4.4+0-0 all

I tried univention-upgrade but I cannot get kopano-server 8.6.9.0-0+24.1. How can I get them?


Jojakim

@deHoeninger i am currently not in the office, but the last I know is that nightly uploads were failing because of failing builds for Rhel/centos (because of missing python3). I have the feeling that we should disable Rhel builds until dependencies can be resolved again. Will make that a topic next week.

@joja 8.6.9 is available from the Kopano repository (if you have a Kopano subscription). You can enable it from the app settings in the Univention app center.

@joja 8.6.9 is available from the Kopano repository (if you have a Kopano subscription). You can enable it from the app settings in the Univention app center.

Is there any plan when this will be available via regular Univention app center?


Jojakim

Hi @joja,

I have no immediate plans to upload this version to the appcenter. But a Kopano subscription already starts at 75€ for up to five users. See https://kopano.com/pricing/

Hello,
what is about migration? When I am using the latest community build, can I simply change to the latest subscription version without database trouble? The latest community build is much newer, I think?

Thanks.
Robert

@robgnu said in MAPIProvider->imtoinet(): got no stream or content from mapi_inetmapi_imtoinet():

When I am using the latest community build, can I simply change to the latest subscription version without database trouble?

I can’t say. We are only testing upgrades, not downgrades. Generally speaking a downgrade to the 8.7 release should be easier. This should materialise next week.

@fbartels Ok, thank you. I think it is a little bit to risky to downgrade. For now I must skip a subscription for my own system.

@fbartels said in MAPIProvider->imtoinet(): got no stream or content from mapi_inetmapi_imtoinet():

@deHoeninger i am currently not in the office, but the last I know is that nightly uploads were failing because of failing builds for Rhel/centos (because of missing python3). I have the feeling that we should disable Rhel builds until dependencies can be resolved again. Will make that a topic next week.

Hi Felix, any news regarding the nighty builds?

Still no time to look into the missing rhel builds. We just triggered the release job (skipping the check for build on rhel), if the other tests succeed, then at least for everything deb there should be newer packages.

@fbartels thank you for the new community edition build. I have upgraded my installation from core 8.7.80.169 (and from webapp 3.4.25). A quick check shows no problems. Mail bodies show up again on iOS. Thank you!

Regards
fallingdamps

@fbartels Can confirm that. After upgrade to latest nightly (core-8.7.80.307) everything is working again in Outlook. (After a resync)

Best Jan

@fbartels I can confirm carefully. A first test went well.