iPhones hebben erg veel connecties met dovecot imap

[Boudewijn]

Hoihoi

Een van mijn klanten loopt te roepen dat hij 'instabiele' mail heeft met redelijk wat authenticatie rejects.
Nu heeft hij een paar macs en wat ios devices...

Het komt er vervolgens op neer dat ik dit in mijn logs terugzie:

code:

2012-01-30 22:17:48 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:48 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:48 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:48 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:48 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:49 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:49 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:49 IMAP([e-mail]): Info: Connection closed bytes=142/376
2012-01-30 22:17:49 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:49 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:49 IMAP([e-mail]): Info: Connection closed bytes=142/376
2012-01-30 22:17:49 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:17:49 imap-login: Info: Login: user=<[e-mail]>, method=PLAIN, rip=IP1, lip=IP2
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=392/903
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=16283/3415
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=951/23687
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=498/483757
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=513/494135
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=495/18671
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=607/74774
2012-01-30 22:18:35 IMAP([e-mail]): Info: Disconnected: Logged out bytes=1589/104927
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=1484/523281
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=487/1358
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=275/1112
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=187/934
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=583/17657
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=275/1381
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=652/20739
2012-01-30 22:20:06 IMAP([e-mail]): Info: Disconnected: Logged out bytes=719/16999

Punt is dat ik die ios devices verdenk van dit soort rommel... en hiermee ook het ondermijnen van de stabiliteit voor $user die uiteraard bij mij aanklopt.

Ik weet niet of hij SSL/TLS gebruikt, wat ik wel aanbied, en kan dat ook niet 1-2-3 checken: hij is immers offline gegaan en leest geen mail meer (wat toch zou wijzen op een vaste machine).

Weet iemand of ergens een truc zit met mail.app danwel ios icm dovecot al dan niet met TLS? Ik weet dat er wat issues mee zijn geweest, maar dan wil de boel uberhaupt niet verbinden... en dat is hier wel het geval.

Buiten dat: sowieso dat er zoveel sessies tegelijk ontstaan.

[JMW761]

wat is nu precies je vraag? of je iets over het hoofd ziet?

Voor zover ik weet zijn er geen "truuks" mbt. ios-mail en dovecot; denk dat je gewoon een "power-user" treft die erg actief met zijn mail bezig is.

als iemand/iets/een IP (te)veel conneties maakt, zou je, dmv. IPtables kunneng aan rate-limiten; echter, dan betekent dat ook dat op dat moment dat hij tegen de limiet aan loopt, hij de service niet(of langzamer) kan benaderen.

[CyBeR]

Boudewijn schreef op dinsdag 31 januari 2012 @ 01:01:
Hoihoi

Een van mijn klanten loopt te roepen dat hij 'instabiele' mail heeft met redelijk wat authenticatie rejects.
Nu heeft hij een paar macs en wat ios devices...

Ik denk dat je eerst moet vragen wat "instabiele mail" inhoudt.

Punt is dat ik die ios devices verdenk van dit soort rommel... en hiermee ook het ondermijnen van de stabiliteit voor $user die uiteraard bij mij aanklopt.

iOS devices doen geen "rommel" met IMAP. Ze maken wel meerdere verbindingen om te kunnen multitasken. Overigens doet nagenoeg elke desktop client hetzelfde.

Ik weet niet of hij SSL/TLS gebruikt, wat ik wel aanbied, en kan dat ook niet 1-2-3 checken: hij is immers offline gegaan en leest geen mail meer (wat toch zou wijzen op een vaste machine).

Ik wel, volgens je log namelijk niet.

Buiten dat: sowieso dat er zoveel sessies tegelijk ontstaan.

Dat is dus normaal. En bovendien zijn het er maar vier tegelijk, als je niet in je log hebt lopen knippen.


Ik gebruik ook dovecot, op drie plekken en op beide manieren (MAA en proxy) met veel iOS clients en daar gaat compleet niks mis mee.

[ Voor 3% gewijzigd door CyBeR op 31-01-2012 09:49 ]

[Tim]

IMAP heeft een aparte connectie nodig voor elke folder die met IDLE op nieuwe email wordt gecontroleerd, dus dat kan snel oplopen.

[Boudewijn]

JMW761 schreef op dinsdag 31 januari 2012 @ 09:37:
wat is nu precies je vraag? of je iets over het hoofd ziet?

Inderdaad.

Voor zover ik weet zijn er geen "truuks" mbt. ios-mail en dovecot; denk dat je gewoon een "power-user" treft die erg actief met zijn mail bezig is.

In het verleden meen ik dat er wat issues waren met ios en dovecot op het gebied van TLS. Daarom dus ook deze vraag .

als iemand/iets/een IP (te)veel conneties maakt, zou je, dmv. IPtables kunneng aan rate-limiten; echter, dan betekent dat ook dat op dat moment dat hij tegen de limiet aan loopt, hij de service niet(of langzamer) kan benaderen.

Mja het probleem is dat die server er ook niet zo'n last van heeft... en ik wat meer threads heb vrijgemaakt gisteren in dovecot.

code:

login_process_per_connection = yes
login_processes_count = 50
login_max_processes_count = 128

Volgens mij zou dit daneen aardige stap richting oplossing moeten zijn.

CyBeR schreef op dinsdag 31 januari 2012 @ 09:48:
[...]


Ik denk dat je eerst moet vragen wat "instabiele mail" inhoudt.

Ik zie die closed connections in mijn log die ik niet bij andere domeinen/gebruikers tegenkom in die mailserver. Hij wordt opnieuw om zijn password gevraagd nu en dan en zegt soms zijn mail niet te kunnen lezen.
Ik ga zelf af op mijn log ipv de eindgebruiker .

iOS devices doen geen "rommel" met IMAP. Ze maken wel meerdere verbindingen om te kunnen multitasken. Overigens doet nagenoeg elke desktop client hetzelfde.

Okay, maar daar heb ik niet die closed connections.

Dat is dus normaal. En bovendien zijn het er maar vier tegelijk, als je niet in je log hebt lopen knippen.

Ik heb overige connecties eruit gehaald ja, dit zijn puur zijn sessies.

Ik gebruik ook dovecot, op drie plekken en op beide manieren (MAA en proxy) met veel iOS clients en daar gaat compleet niks mis mee.

Ok interessant, dan moet ik het dus ergens anders gaan zoeken. Bedankt voor de info.

[CyBeR]

Boudewijn schreef op dinsdag 31 januari 2012 @ 14:22:
[...]
Ik zie die closed connections in mijn log die ik niet bij andere domeinen/gebruikers tegenkom in die mailserver.

Dat is op zich niet zo heel spannend. De client opent en sluit verbindingen alnaargelang het dat nodig heeft.

Hij wordt opnieuw om zijn password gevraagd nu en dan en zegt soms zijn mail niet te kunnen lezen.
Ik ga zelf af op mijn log ipv de eindgebruiker .

Aha. Dan zou je, lijkt mij, ergens in je log een auth failure tegen moeten komen. Mischien is 't verstandig om de debuglog aan te zetten.

[CAPSLOCK2000]

Ik heb hier een vergelijkbare situatie, maar dan met een android-gebruiker. Dat is een echte poweruser met een paar honderd mappen in z'n mailbox. Naast z'n android-telefoon heeft hij ook nog 2 computers en een laptop die allemaal diezelfde mailbox willen syncen. Wat we ook doen, die man blijft tegen verbindingslimieten oplopen.