Mails stuck in queue after todays update to Kopano 8.6.8.2

Hi all,

after updating to Kopano Core (version 8.6.8.2), all incoming mails now stuck in the queue.

mailq gives me:

root@CONVICE-UCS:/etc# mailq
-Queue ID-  --Size-- ----Arrival Time---- -Sender/Recipient-------
A30DB703BCA    90541 Thu Nov 22 08:28:06  xx.xxxx@xxxx.xxxxxxx.com
(**lost connection with 127.0.0.1**[127.0.0.1] while sending end of data -- message may be sent more than once)

I allready tried “postqueue -f” but mails remain stuck in the queue.

Any hint how to get this fixed would be much appreciated!

Best regards

Extract from mail.log:

Nov 22 12:30:31 SERVER-UCS postfix/postfix-script[15069]: starting the Postfix mail system
Nov 22 12:30:31 SERVER-UCS postfix/master[15071]: daemon started -- version 3.1.8, configuration /etc/postfix
Nov 22 12:45:56 SERVER-UCS postfix/smtpd[15819]: connect from localhost[127.0.0.1]
Nov 22 12:45:56 SERVER-UCS postfix/smtpd[15819]: BAB40703EC2: client=localhost[127.0.0.1]
Nov 22 12:45:56 SERVER-UCS postfix/cleanup[15823]: BAB40703EC2: message-id=<kcis.C83923EFE7734A0B9351BA1BBC6EED6E@SERVER-UCS>
Nov 22 12:45:56 SERVER-UCS postfix/qmgr[15073]: BAB40703EC2: from=<xxx.xxx@xxx.de>, size=7682, nrcpt=1 (queue active)
Nov 22 12:45:56 SERVER-UCS postfix/smtpd[15819]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Nov 22 12:45:57 SERVER-UCS postfix/smtpd[15827]: connect from localhost[127.0.0.1]
Nov 22 12:45:57 SERVER-UCS postfix/smtpd[15827]: 6A5D1703ED5: client=localhost[127.0.0.1], orig_queue_id=BAB40703EC2, orig_client=localhost[127.0.0.1]
Nov 22 12:45:57 SERVER-UCS postfix/cleanup[15823]: 6A5D1703ED5: message-id=<kcis.C83923EFE7734A0B9351BA1BBC6EED6E@SERVER-UCS>
Nov 22 12:45:57 SERVER-UCS postfix/smtpd[15827]: disconnect from localhost[127.0.0.1] ehlo=1 xforward=1 mail=1 rcpt=1 data=1 quit=1 commands=6
Nov 22 12:45:57 SERVER-UCS postfix/qmgr[15073]: 6A5D1703ED5: from=<xxx.xxx@xxx.de>, size=8422, nrcpt=1 (queue active)
Nov 22 12:45:57 SERVER-UCS amavis[3370]: (03370-02) Passed CLEAN {RelayedInternal}, LOCAL [127.0.0.1]:58182 <xxx.xxx@xxx.de> -> <yyy.yyy@yyy.de>, Queue-ID: BAB40703EC2, Message-ID: <kcis.C83923EFE7734A0B9351BA1BBC6EED6E@SERVER-ucs>, mail_id: 5neSzx6m_Wqc, Hits: -0.998, size: 7682, queued_as: 6A5D1703ED5, 664 ms
Nov 22 12:45:57 SERVER-UCS postfix/smtp[15824]: BAB40703EC2: to=<yyy.yyy@yyy.de>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.85, delays=0.16/0.02/0/0.66, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 6A5D1703ED5)
Nov 22 12:45:57 SERVER-UCS postfix/qmgr[15073]: BAB40703EC2: removed
Nov 22 12:45:57 SERVER-UCS postfix/lmtp[15828]: 6A5D1703ED5: to=<yyy.yyy@yyy.de>, relay=127.0.0.1[127.0.0.1]:2003, delay=0.29, delays=0.15/0.01/0.02/0.1, dsn=4.4.2, **status=deferred (lost connection with 127.0.0.1[127.0.0.1]** while sending end of data -- message may be sent more than once)

Hi @tpfann,

after the app update went online we discovered a issue with the dagent in this specific version this morning. We are currently testing updated packages (and have asked Univention to “unpublish” the app update until a fix is available).

If you have a Kopano subscription then the short term workaround is to downgrade to the 8.6.8 packages from https://download.kopano.io/supported/core:/final/tarballs/core-8.6.8.0_0%2B21-Univention_4.3-amd64.tar.gz.

fbartels thank you for your quick reply!

As I don’t have a subscription yet, I’m wondering if there is any other work around available in order to get this fixed?! If no work around can be applied do you have a rough schedule for the fixed packages allready?

thx and best regards
Thomas

Hello, I have the same problem … Is this your serious, that we should wait until there is a patch?
thx and best regards Saukatz :sleepy:

Hallo, ich habe das gleiche Problem… Ist das jetzt euer ernst, das wir warten sollen, bis ein Patch da ist?
thx and best regards Saukatz :sleepy:

Hi @tpfann,

updated packages have been uploaded to the Univention Test Appcenter. We are currently waiting for the automated test run to complete. If no further errors occur the app should be back online shortly.

If you do not want to wait that long, you could enable the test appcenter on your system (instructions for this are at https://wiki.univention.de/index.php/Testing).

But make sure to deactivate the test appcenter again after pulling in the newest kopano packages, as this is usually a place for “work in progress” updates, so not every app update is safe to be installed from there.

well the obvious alternative would be to restore the system to a working backup. You are always doing a backup/snapshot before installing updates, right? :wink:

Hi fbartels

Glad to hear that the issue was fixed already!
I’ll wait for the “official” updated packages - These I can install via the UCS App Center as usual, right?

Best regards
Thomas

it will be the same app version, so you’ll need to run the “package updates” on your system. (e.g. through univention-upgrade on the cli)

yes of course … but what about the mails that are in the mailq? :thinking:

ja natürlich… aber was ist mit dem mails, die in der mailq liegen? :thinking:

As im not sure if I got you correctly, I need to ask - sorry …
I run “univention-upgrade” and once the updated (fixed) package is available it will be shown and installed automatically?

root@SERVER-UCS:/# univention-upgrade

Starting univention-upgrade. Current UCS version is 4.3-2 errata331

Checking for local repository:                          none
Checking for package updates:                           none
Checking for app updates:                               none
Checking for release updates:                           none

Thx for clarifying this and your support!
BR
Thomas

As far as I know “postqueue -f” should trigger the resend of the mails in the queue

No, problem.

Yes, the updated packages should then be listed in the following row:

Checking for package updates:

perfect, thank you.
Waiting now for the updated packages … :slight_smile:

Sorry but…how long do you think this will take until the update appears here? :thinking:

This is out of my hands at the moment. If you want something now I have given you two alternatives.

Thank you … I have set up my server with the test center … is now running again … the other I’ll wait until it is officially there. Thank you again

The app was just re-released, package updates should be available on affected systems.

so it is … just recorded and looks good … again thank you and nice evening to you all :sweat_smile:

so ist es… habs gerade eingespielt und schaut gut aus… noch mal danke und schönen abend euch allen :sweat_smile:

I just installed the update and things are back to normal.
At least if I use the Kopano Deskapp or Kopano Webapp. Mails in Outlook 2016 are completly messed up.

There are elements missing (e.g. mails from today), I see several hundrets of empty email in my inbox (no date, no subject, no text) :frowning: I allready performed a full resync from the Kopano OL Extension with no succsess.

Before the update (yesterday) to version 8.6.8.2 everything was okay and in sync.

Im using MS Outlook 2016 together with Kopano OLE 2.0.328.

Any suggestion how I can get this fixed?

Thx and best regards
Thomas

Update: I have downloaded the latest version of OLE version 2.0.331 - it gives me the same result :frowning:

Update 2: I guess it it makes more sense to open a new thread for this.
-> Mails in Outlook 2016 no longer consistent after upgrade to Kopano Core 8.6.8.2

1 Like
Mastodon