Re: Scalability with high density servers and proxies, TCP port limits

On Fri, 03 Jul 2015 07:05:43 +0200 Urban Loesch wrote: > Hi, > > Am 03.07.2015 um 05:14 schrieb Christian Balzer: > > > > > 2. Here is where the fun starts. > > Each IMAP session that gets proxied to the real mailbox server needs a > > port for the outgoing connection. > > So to support 2 millio

Re: Scalability with high density servers and proxies, TCP port limits

Hi, Am 03.07.2015 um 05:14 schrieb Christian Balzer: 2. Here is where the fun starts. Each IMAP session that gets proxied to the real mailbox server needs a port for the outgoing connection. So to support 2 million sessions we need 40 IP addresses here. Ouch. And from a brief test having multi

Scalability with high density servers and proxies, TCP port limits

Hello, first post in 3 years, kinda shows how painless Dovecot is. ^o^ Also this isn't really a dovecot issue, alas it's involved and since there are some large scale implementations of it I hope somebody here has some insights I might have missed. Currently we're running this setup: 1. LVS (D

Re:Re: the file dovecot-uidlist.lock appear then deadlock

>dovecot -n log_path: /var/log/maillog protocols: pop3 pop3s imap imaps bport ssl_cert_file: /etc/pki/NSMail/SSL.cert ssl_key_file: /etc/pki/NSMail/SSL.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(ima

Re: Dovecot auth username mapping

Ahh Peter, good call on this one! So after playing around with the order of authentication in Dovecot, you are correct, the PAM timeout was causing the holdup. I guess since PAM has no way of looking up whether or not a user exists prior to authenticating, this is causing the hiccup, versus

Re: imapc fetch optimization

On 05/04/15 17:45, Timo Sirainen wrote: On 04 May 2015, at 16:59, Nagy, Attila wrote: Hi, On 05/04/15 10:59, Timo Sirainen wrote: On 28 Apr 2015, at 23:49, Nagy, Attila wrote: Hi, imapc does a lot of UID FETCH $UID (BODY.PEEK[]), which is nice, because it works even with the dumbest IMAP

Re: Dovecot auth username mapping

Peter, Yes that is a possibility. I will try disabling PAM (or switching the auth order) and see if that makes a difference. Thanks for the suggestion! ~ Laz Peterson Paravis, LLC Ph: 951.319.3240 x201 > On Jul 1, 2015, at 11:34 PM, Peter Chiochetti wrote: > > Am 2015-07-02 um 01:41 schrieb

autocreating folders with special chars stored in mysql-userdb

Hello, i use dovecot 2.2.18 and do some tests with an utf8 mysqlbackend. I use MySQL to authenticate Users and for retrieving some individual settings like autocreating folders etc. by userdb-settings in user-query. Yet no problems with standard language. Now i try to provide userdb-settings in

Re: Outlook 2013 not fetching new mail/synchronization issues

On Thu, 2 Jul 2015 13:16:06 +0300, Dragos Pacher stated: >I also set IMAP on 143 TLS, removed Root folder path and left everything >unchecked in outlook delete. > >Emails are still not fetching. > >Any other ideas ? Have you use any other MUA to download emails prior to Outlook? Is any other MUA

RE: Outlook 2013 not fetching new mail/synchronization issues

Unfortunately disabling antivirus did not help. I also set IMAP on 143 TLS, removed Root folder path and left everything unchecked in outlook delete. Emails are still not fetching. Any other ideas ? Pacher Dragos -Original Message- From: dovecot [mailto:dovecot-boun...@dovecot.org] On

Re: the file dovecot-uidlist.lock appear then deadlock

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2 Jul 2015, 刘莹莹 wrote: sometimes i can't use imap command to get mails, when this problem appear i find out the file dovecot-uidlist.lock appear at the same time . I don't know Why is this happening ? can you help me ? + post the outp

the file dovecot-uidlist.lock appear then deadlock

hi: sometimes i can't use imap command to get mails, when this problem appear i find out the file dovecot-uidlist.lock appear at the same time . I don't know Why is this happening ? can you help me ? thanks !