Summary: | akonadi_imap spams perdition log when two clients are active and gets restarted all the time | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Martin Steigerwald <martin.steigerwald> |
Component: | IMAP resource | Assignee: | Christian Mollekopf <chrigi_1> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | bugzilla, kdepim-bugs, Martin, ml, nickbryda, vkrause |
Priority: | NOR | ||
Version: | 4.10 | ||
Target Milestone: | --- | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Martin Steigerwald
2013-07-10 15:15:21 UTC
See also Bug 322200 - limit restarts of crashing resources can you stop changing the importance/severity of your bugs please ? For the record, I never answered this for this one (only for bug #322200: I do believe this bug is more important than normal, so I think my raising of the importance was justified. I have read on debian-kde mailinglist from two user having hit maximum amount of connection from an IP for an IMAP server. I asked them to comment here: http://lists.debian.org/debian-kde/2013/11/msg00012.html Downgrading severity of bugs doesn´t make them any less dangerous. This almost ate our mail proxy server. No amount of denial will help here. This bug is for real. Whether the resource crashes or it just reconnects endlessly, doesn´t matter regarding the effect it makes on the server. Or well if it just reconnects the effect may even be worse, cause it is likely able to make more reconnects within a given amount of time without restarting the akonadi imap resource each time. I am setting this to confirmed due to above reference. I confirm that I see this problem from time to time, unfortunately I have no procedure to trigger it, deterministically. I own also the dovecot imap server, i.e. I can provide debug messages from both sides. When I run into the problem again, is there any specific information I should collect, which may help you to better understand the issue? Many thanks, Rainer The IMAP resource has a new maintainer, reassigning to him. I now run into the issue with each start of akonadi/kmail2. That is what I see on the server side. Is there anything more I can look at ? Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=291/2618 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=277/2241 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=243/2361 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=32/676 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=206/2177 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=194/1862 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=193/1991 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Disconnected in IDLE bytes=59/1147 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Connection closed bytes=162/1777 Nov 24 17:37:13 bokomoko dovecot: IMAP(rd): Connection closed bytes=98/1222 Nov 24 17:37:14 bokomoko dovecot: imap-login: Login: user=<rd>, method=PLAIN, rip=80.136.255.33, lip=87.118.104.111, TLS Nov 24 17:37:16 bokomoko last message repeated 9 times Nov 24 17:37:16 bokomoko dovecot: imap-login: Maximum number of connections from user+IP exceeded (mail_max_userip_connections): user=<rd>, method=PLAIN, rip =80.136.255.33, lip=87.118.104.111, TLS Nov 24 17:37:47 bokomoko last message repeated 15 times Nov 24 17:38:18 bokomoko last message repeated 48 times This may be related to bug #316840. At least the behaviour is similar. http://git.reviewboard.kde.org/r/113947/ I checked my server settings last week and changed in
/etc/dovecot/dovecot.conf
575c575
< #mail_max_userip_connections = 10
---
> mail_max_userip_connections = 30
The problem did not reappear since then.
Is akonadi opening more parallel connections now? Is that expected?
Rainer
I am currently using a KMail from SC 4.12.2 with Akonadi 1.11.0 via Perdition and do not see that issue anymore. But I have the other KMail directly connected to the IMAP server, not via Perdition. And well Zimbra was replaced with Exchange. Anyway, I do not see any reconnection loops anymore and thus for me the problem is gone. Rainer, maybe it is fixed for you as well? I can confirm the issue on KDE 4.12.5 and FreeBSD. IMAP server is exchange. Thanks, Hannes. I currently circumvent this by having the KMail on the workstation going directly to the Exchange IMAP server and only the laptop KMail going through the proxy. I didn't dare to retest as it broke part of our infrastructure last time. Do you have any chance to test this safely with 4.14.2? Ah, I, came here from https://lists.debian.org/debian-kde/2013/11/msg00012.html little confusion. My symptoms are exactly as decribed there, not exactly as described here, i.e. I only have one desktop instance which causes the problem. And I have no idea whats happening on the server end... Those problems persist with 4.14.2, I updated yesterday. This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input. |