Hi @klipp,

the imap content is stored in mapi attributes starting with PR_EC_IMAP_*. You’d need to unset/remove these attributes to clear them from disk (in case your attachment data is stored on disk).

Afair a while ago our support had a script for that. If you have a subscription it could be worth reaching out to them.

Dear Kopanoers,

finally I could track down the problem. It was due to conflicting python3-versions.

I switched to an older snapshot of my fresh installation and continued everything without manually updating the python-libraries and everything works fine.

Sorry that it took so long for me to find out.

Kind regards,

Marco

PS: Is there a way to mark this als “solved”? I will alter the subject if possible.

Hi @mapo,

with that kind of hardware and amount of users I don’t really think you need to to anything.

Apart from that there are tuning recommendations in both the Knowledge Base and Documentation. There is also a special guide with some more advanced tipps available for customers on request through our support.

But especially the latter won’t make much of a difference in your case.

@Eric
this looks like unicode.

@jengelh
Thanks for the pointer. But that didn’t help.
I took your patch and applied it to the debian-source-package, rebuilt it and installed it. Even the debug output stayed the same ;)

I also see that thunderbird seems to have no problems.

In the mentiioned Github issue is stated that the Horde webclient gets ‘null’ instead of an UID.
But in the debug output I clearly see an UID … and as far as it belongs to the log file it is the correct ID (checked against a successful call of thunderbird to the mail)
Also - aside the paranthesis number - there seems to be no difference in the debug log and as an outsider it is kinda hard to believe, that a paranthesis less means returning ‘null’ ;)

Can I somehow get the UID via CLI (bash, etc) … maybe via a telnet session?
I’ll see what I can find on google … any other ideas are of course welcome ;)

Hi @pixel,

you have to unlearn these entries in your spam filter. Falsely classified mails are usually called “ham”, I am sure you will find some instructions of you look for “ham + $yourantispamsolution”.

Hi @itserv,

I’ve notified our support about the missing Debian 10 option in the portal for Groupware Core. Until its added there you can simply configure the repository manually.

For the files plugin I would recommend to post in the webapp plugin repository (or open a support case).

Edit: just got the update that this (the Debian 10 option in the portal) was already added yesterday

Hi @All,

sorry for coming back on this topic so late by me.
The error is so easy to be honest but it was not that easy to find :)

The reason why the diskerror occured was that the sofdelete task was not able to delete the attachaments in the attachaments folder due to wrong permissions…

So sorry for the inconvinience.

Best regards
icey

I did - but i have forgotten to enable it with “enable_sso = yes”. Maybe there are too many parts and peaces for me to configure (i feel so dump). After enable sso in server.cfg it is working. Many thanks for your support!

@jengelh Since I’m struggling with crashes in conjunction with zarafaclient I would really appreciate to get installer “zarafaclient-7.2.6-52190.msi”.

Hi @KaBi,

the actual backup data is stored in Berkeley DB files, which probably were corrupted when your disk ran out of space. Berkeleydb is a well used technique and there are external tools to inspect and repair these files.

Sorry to say, but in the mean time we got the first crash of the script on the server as well. Maybe it is less prone to failure as the communication is faster on the same machine? Anyway, even if the culprit would be a firewall or SSL problems, the script would always fail. However, it does it only occasionally.

This is an example of failures of today (grepped ‘MAPI error’ from unit journalctl output):

Jun 26 00:14:58 server04.exampledomain.net testscript[19187]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 00:42:28 server04.exampledomain.net testscript[19337]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 00:42:58 server04.exampledomain.net testscript[19445]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 00:50:28 server04.exampledomain.net testscript[19455]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 01:09:58 server04.exampledomain.net testscript[19495]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 01:33:58 server04.exampledomain.net testscript[19592]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 01:56:58 server04.exampledomain.net testscript[19692]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 01:59:59 server04.exampledomain.net testscript[19784]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 02:41:29 server04.exampledomain.net testscript[19805]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 02:44:29 server04.exampledomain.net testscript[19982]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 02:49:29 server04.exampledomain.net testscript[19996]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 03:47:30 server04.exampledomain.net testscript[20016]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:00:00 server04.exampledomain.net testscript[21506]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:36:00 server04.exampledomain.net testscript[21568]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:37:30 server04.exampledomain.net testscript[21742]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:44:30 server04.exampledomain.net testscript[21749]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:45:30 server04.exampledomain.net testscript[21788]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:49:30 server04.exampledomain.net testscript[21799]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:55:00 server04.exampledomain.net testscript[21814]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 04:56:31 server04.exampledomain.net testscript[21843]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 05:05:30 server04.exampledomain.net testscript[21862]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 05:13:30 server04.exampledomain.net testscript[21924]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 05:33:00 server04.exampledomain.net testscript[21968]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 05:35:30 server04.exampledomain.net testscript[22048]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 05:40:00 server04.exampledomain.net testscript[22062]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 05:51:00 server04.exampledomain.net testscript[22088]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:03:01 server04.exampledomain.net testscript[22138]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:05:00 server04.exampledomain.net testscript[22213]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:07:30 server04.exampledomain.net testscript[22224]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:23:01 server04.exampledomain.net testscript[22237]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:30:00 server04.exampledomain.net testscript[22308]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:33:30 server04.exampledomain.net testscript[22347]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:35:01 server04.exampledomain.net testscript[22362]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:36:01 server04.exampledomain.net testscript[22372]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:37:00 server04.exampledomain.net testscript[22381]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:43:00 server04.exampledomain.net testscript[22391]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:48:31 server04.exampledomain.net testscript[22430]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 06:51:01 server04.exampledomain.net testscript[22450]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 07:38:01 server04.exampledomain.net testscript[22606]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 07:45:01 server04.exampledomain.net testscript[22676]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 07:45:30 server04.exampledomain.net testscript[22716]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 07:47:00 server04.exampledomain.net testscript[22725]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR) Jun 26 07:55:01 server04.exampledomain.net testscript[22734]: MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR)

As the ICS loop is running every second, there are not too many failures, but each of them is killing the script.

The Test script we use:

#!/usr/bin/python import kopano import sys import time import logging logger = logging.getLogger('TEST') format="[%(filename)-10s:%(lineno)-5s - %(funcName)35s] - %(message)s" level = logging.DEBUG logger.setLevel(level) formatter = logging.Formatter(format) sh = logging.StreamHandler() sh.setLevel(level) sh.setFormatter(formatter) logger.addHandler(sh) logger.info('Start TEST') # Delete all command line arguments: Trick to circumvent the parser of Kopano modules sys.argv = [sys.argv[0]] # Kopano Server, User and Password kopano_server = 'http://xxxx:236/kopano' kopano_user = 'xxx' kopano_password = 'xxx' kopano_folder = 'Inbox' # Set up importer class for class Importer: def update(self, item, flags): if ( flags != 0 ): logger.debug('New Mail: ' + item.entryid + ' ' + item.subject) if __name__ == '__main__': # Login to Kopano Server # Change this to kopano.server starting from Kopano 8.8 on server = kopano.Server(server_socket=kopano_server, auth_user=kopano_user, auth_pass=kopano_password) # Open store of user and inbox folder store = server.user(kopano_user).store folder = store.folder(kopano_folder) # Get current state from folder folder_state = folder.state logger.debug('Retrieved new state from folder: ' + folder_state) # Check folder each second x = 1 while ( x == 1 ): # Get new state of folder, process files since last state during this process new_state = folder.sync(Importer(), folder_state) # Set new state if necessary if new_state != folder_state: logger.debug('Retrieved new state from folder: ' + new_state) folder_state = new_state time.sleep(1) sys.exit(0)

Hi @ichbins,

essentially how you would install it on any other supported distribution. We are offering repositories for Debian 10.

@divB said in SerializeObject obj 6654 failed: disk error (80000007):

2020-06-18T04:22:27.864589: [error ] K-1562: cannot open attachment "/var/lib/kopano/attachments/1/7/471": File or directory not found

Seems there is a bug that causes this data inconsistency.
In any case, I touch’ed each missing file and things are working so far.

Sounds to me like someone did a mysql restore to a different DB state without also restoring /var/lib/kopano/attachments.

@birduser said in Kopano Archiver - "unable to complete":

when the only response from the community is: “Buy a subscription”

Well you have been helped here before, haven’t you?

In any case you are free to ignore my recommendations.

@xthbx thanks for you feedback

Ok, it is because the postfix rewrite process is recursive and because postfix doesn’t know which usernames are in Kopano, it keeps going until it hits the final catchall which redirects everything to user1.

By adding in

user1@domain1.com user1@domain1.com user2@domain1.com user2@domain1.com

it fixes the problem. Thanks for your help @fbartels.