kopano-backup gsoap connect error

Hi all,

while backing up a multi tenant installation i get the following error but an RC 0 at the end

20171211-000001:  Backing up company people
[error  ] gsoap connect: ()
20171211-000016:   RC: 0

I am using the following comamnd line

/sbin/kopano-backup --company=people --skip-junk --skip-deleted --log-level=DEBUG --output-dir=/var/opt/vackup/kopano-bricklevel

I wonder, if it has something to do with

2017-12-12 08:11:14,696 - backup0 - DEBUG - backing up folder: "soenke" "Posteingang"
2017-12-12 08:11:14,778 - backup0 - WARNING - cannot serialize rule for unknown store/folder

or

2017-12-12 08:10:19,844 - backup - WARNING - no data found for attachment of item with entryid 0000000034A4D3E85B5B43B58942A972F8710A6E0100000005000000028518FBD44C4F458165573EC68EF84100000000

The second error i possible caused by my clamav virus scanner who has delete a malicous file in the filesystem.

BTW How can i detemine the corresponding object in Kopano to delete it there too? Maybe in the first place during virus scan by using kopano-python?

Kind regards,
Sönke

Hi, I see the same error “[error ] gsoap connect: ()” but only with a single company.
Kopano 8.5.1.0 on SLES 12 SP3.
Any ideas what this error means?

@WalterHof
Did you find a cause?
We have it on the search service.
● kopano-search.service - Kopano Core Search Engine
Loaded: loaded (/lib/systemd/system/kopano-search.service; enabled)
Active: active (running) since Thu 2018-02-22 14:51:00 AEST; 5h 32min ago
Docs: man:kopano-search(8)
man:kopano-search.cfg(5)
Process: 5817 ExecReload=/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)
Main PID: 475 (kopano-search)
CGroup: /system.slice/kopano-search.service
├─ 475 /usr/bin/python2 /usr/sbin/kopano-search -F
└─1208 /usr/bin/python2 /usr/sbin/kopano-search -F

Feb 22 14:51:00 mailx systemd[1]: Started Kopano Core Search Engine.
Feb 22 14:51:01 mailx kopano-search[475]: [error ] gsoap connect: ()
Feb 22 14:51:01 mailx kopano-search[475]: [error ] virtual HRESULT M4LMsgServiceAdmin::ConfigureMsgService(const MAPIUID*, ULONG_PTR, ULONG, ULONG, const SPropValue… (80040115)
Feb 22 20:23:12 mailx systemd[1]: Reloading Kopano Core Search Engine.
Feb 22 20:23:12 mailx systemd[1]: Reloaded Kopano Core Search Engine.
Hint: Some lines were ellipsized, use -l to show in full.

Hi,

sorry I did not find a solution for this issue.

Hi,

But It is not recommended to just delete items in the attachment store, at least put a stub file with the same name back.

If you want to scan your mailboxes please see https://github.com/bkram/kopano-scan-attachments which can do this in the correct way through python-kopano and with clamav.

I modified the provided db-remove-orphaned-attachments script to find attachments missing on disk, not tested much YMMV, I placed it here https://gist.github.com/bkram/db1944a37cd211469163f23e4df5917f
This way you can just touch the missing file and get rid if the search error.

Kind regards,

Markb