[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Login failed, server replied: A000003 NO Maximum number of connections from user+IP exceeded ( mail_max_userip_connections )



On Sunday 10 November 2013 11:20:33 Martin Steigerwald wrote:
> Am Donnerstag, 7. November 2013, 11:41:13 schrieb Reinhold Rumberger:
> > Am Mittwoch 06.11.2013, 23:24:58 schrieb Rainer Dorsch:
> > > Hello,
> > > 
> > > after upgrading from 4.10.5 to 4.11.2, I regularly get from kmail2 this
> > > message:
> > > 
> > > The server for account "boko" refused the supplied username and
> > > password.
> > > Do you want to go to the settings, have another attempt at logging in,
> > > or
> > > do nothing?
> > > 
> > > Login failed, server replied: A000003 NO Maximum number of connections
> > > from
> > > user+IP exceeded ( mail_max_userip_connections )
> > > 
> > > 
> > > Restarting dovecot on the server side fixes the problem. Does
> > > akonadi/kmail
> > > have some "connection leaks", i.e. is opening but not properly closing
> > > connections?
> > 
> > Shortly after I switched to KMail2, my university account was disabled
> > with
> > a comment from the admin that my mail client was spamming connections
> > (some
> > hundreds per second). Since then I don't trust KMail2 with my university
> > email anymore, so I don't know whether this still happens.
> 
> Interesting.
> 
> I have seen something similar and am now using Icedove at work due to that:

I was tempted to do the same, if the issue becomes too painful. But currently 
it happens rarely.
 
> Bug 322199 - akonadi_imap spams perdition log when two clients are active
> and gets restarted all the time
> https://bugs.kde.org/322199

I enabled logging on the server side (dovecot from squeeze).

> Related to that:
> 
> Bug 322200 - limit restarts of crashing resources
> https://bugs.kde.org/show_bug.cgi?id=322200
> 
> 
> Please give feedback to the bug report above. So far devs may the thinking
> it just happens for me.

I offered to provide information, if solicited to tell what they need. Also I 
subscribed to the issues.
 
> Note that it may not be actually a crashing resource, maybe just lots of new
> connections, would be nice if you can find out whether you akonadi imap
> resource gets restarted all the time (changing PID quickly) or its just new
> connection attempt as I could prove.

Can you provide a string to grep for?

> 
> I am reluctant to try this on our infrastructure again, since it almost ate
> our IMAP proxy server by spamming it so badly that log filled up available
> disk space.

I have no problem here to test somewhat as long as it does not become too 
painful or lose data...

Rainer


-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rdorsch@web.de
jabber: rdorsch@jabber.org
GPG Fingerprint: 5E6C 4AF9 363C 97A6 F820  C2E6 8CE0 5F33 07F3 EDC0
Full GPG key: http://pgp.mit.edu/

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: