Replication process Out of memory error

2020-10-10 Thread Joelly Alexander 
Running replication between two nodes and every time a out of memory 
error is logged when a replication triggered:


2020.10.11 01:43:39 replicator: Panic: data stack: Out of memory when 
allocating 268435496 bytes
2020.10.11 01:43:39 replicator: Error: Raw backtrace: 
/usr/lib/dovecot/libdovecot.so.0(+0xdb62b) [0x7fcb4403662b] -> 
/usr/lib/dovecot/libdovecot.so.0(+0xdb6c1) [0x7fcb440366c1] -> 
/usr/lib/dovecot/libdovecot.so.0(+0x4a149) [0x7fcb43fa5149] -> 
/usr/lib/dovecot/libdovecot.so.0(+0x49d9d) [0x7fcb43fa4d9d] -> 
/usr/lib/dovecot/libdovecot.so.0(+0xd7c7d) [0x7fcb44032c7d] -> 
/usr/lib/dovecot/libdovecot.so.0(+0xfa9b8) [0x7fcb440559b8] -> 
/usr/lib/dovecot/libdovecot.so.0(+0xd52dc) [0x7fcb440302dc] -> 
/usr/lib/dovecot/libdovecot.so.0(buffer_write+0x66) [0x7fcb440304d6] -> 
dovecot/replicator(replicator_queue_push+0xd9) [0x55933ecc4ad9] -> 
dovecot/replicator(+0x5266) [0x55933ecc4266] -> 
dovecot/replicator(+0x4952) [0x55933ecc3952] -> 
dovecot/replicator(+0x4af0) [0x55933ecc3af0] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x6f) [0x7fcb4404cadf] 
-> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x136) 
[0x7fcb4404e0d6] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) 
[0x7fcb4404cb7c] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) 
[0x7fcb4404cce0] -> 
/usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) 
[0x7fcb43fcd0d3] -> dovecot/replicator(main+0x196) [0x55933ecc2c56] -> 
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7fcb43db509b] 
-> dovecot/replicator(_start+0x2a) [0x55933ecc2d1a]
2020.10.11 01:43:39 replicator: Fatal: master: service(replicator): 
child 7834 killed with signal 6 (core dumped)



Setting vsz_limit doesn't change behavior, the OOM error indicates that 
it seems trying to allocate even more memory:


vsz_limit = 64M says says OOM Error when trying to allocate 67108904 
bytes which is 40 bytes more than what is set
vsz_limit = 128M says says OOM Error when trying to allocate 268435496 
bytes which is 40 bytes more than twice what is set
vsz_limit = 256M says says OOM Error when trying to allocate 268435496 
bytes which is 40 bytes more than what is set
vsz_limit = 512M says says OOM Error when trying to allocate 1073741864 
bytes which is 40 bytes more than twice what is set
vsz_limit = 1024M says says OOM Error when trying to allocate 1073741864 
bytes which is 40 bytes more than what is set
vsz_limit = 2048M says says OOM Error when trying to allocate 4294967336 
bytes which is 40 bytes more than twice what is set
vsz_limit = 4096M says says OOM Error when trying to allocate 4294967336 
bytes which is 40 bytes more than what is set
vsz_limit = 8192M says says OOM Error when trying to allocate 
17179869224 bytes which is 40 bytes more than twice what is set
vsz_limit = 16384M says says OOM Error when trying to allocate 
17179869224 bytes which is 40 bytes more than what is set


everything set larger than 16384M stays at OOM Error when trying to 
allocate 17179869224...


Replication itself seems to work but the error is always logged.

# 2.3.4.1 (f79e8e7e4): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.4 ()
# OS: Linux 5.8.0-0.bpo.2-amd64 x86_64 Debian 10.6 ext4

Thanks,
Alex

--


   Alexander Joelly
   Bachweg 2
   A-8501 Lieboch, AUSTRIA



replicator.dump.bz2
Description: application/bzip

Re: High Availability Dovecot / Roundcube / PostfixAdmin ?

2021-07-09 Thread Joelly Alexander 

I do that with two Debian 10 servers - Postfix, PostfixAdmin, Dovecot, MariaDB, 
Keepalived.
MariaDB in active/active mode, each node accesses the DB via localhost, Dovecot 
with dsync replication, Keepalived for a virtual ip.
The MX record points to each node, DNS A/PTR records for the clients pointing 
to the virtual ip.

I separated Roundcube from the mail server and have them running on two separate VM's as i didn't want to expose the webserver on the mail servers 
to the Internet.

There is also keepalived on the two webmail VM's for a virtual ip where the 
users connect to.
Both Roundcube instances connect to the DB or SMTP/LDAP server via the virtual 
ip there.

Working since almost two years without issues.

On 7/9/21 11:15 AM, White, Daniel E. (GSFC-770.0)[NICS] wrote:

This is a new setup, running on RHEL 8 with the latest everything.

Has anyone out there set up a high availability pair of Dovecot servers 

- with Roundcube and PostfixAdmin - successfully ?


"Callahan's Law: Shared pain is lessened; shared joy, increased — 

thus do we refute entropy" (Spider Robinson)





OpenPGP_0xB4731C141FC124AA.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: replicator: Panic: data stack: Out of memory when allocating ...

2021-10-04 Thread Joelly Alexander 
Same issue since Debian 8 (actually running Debian 10) and tried 
everything what was mentioned but found nothing that fixed it, doesn't 
seem to be Debian related as other users reporting the same problem on 
Arch or CentOS without being able to fix.


Alex

On 10/4/21 11:48 AM, Sebastian Podjasek wrote:


I've seen thread with problem identical to mine started "Fri May 28 
13:54:27 EEST 2021" and I was wondering did you get to fix this issue?



Mine looks like this:

dovecot: replicator: Panic: data stack: Out of memory when allocating 
1073741864 bytes
dovecot: replicator: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f57c5a4c4e2] -> 
/usr/lib/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f57c5a4c5fe] -> /usr/lib/dovecot/libdovecot.so.0(+0xfc49b) [0x7f57c5a5849b] -> 
/usr/lib/dovecot/libdovecot.so.0(+0xfc531) [0x7f57c5a58531] -> /usr/lib/dovecot/libdovecot.so.0(+0x53aee) [0x7f57c59afaee] -> 
/usr/lib/dovecot/libdovecot.so.0(+0x53435) [0x7f57c59af435] -> /usr/lib/dovecot/libdovecot.so.0(+0xf5d88) [0x7f57c5a51d88] -> 
/usr/lib/dovecot/libdovecot.so.0(+0x11b818) [0x7f57c5a77818] -> /usr/lib/dovecot/libdovecot.so.0(+0xf25f2) [0x7f57c5a4e5f2] -> 
/usr/lib/dovecot/libdovecot.so.0(+0xf26a9) [0x7f57c5a4e6a9] -> /usr/lib/dovecot/libdovecot.so.0(buffer_write+0x1e) [0x7f57c5a4e8be] -> 
dovecot/replicator(replicator_queue_push+0x14a) [0x55aabc673b1a] -> dovecot/replicator(+0x5296) [0x55aabc673296] -> 
dovecot/replicator(+0x493e) [0x55aabc67293e] -> dovecot/replicator(+0x4acc) [0x55aabc672acc] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x69) [0x7f57c5a6df59] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x132) [0x7f57c5a6f592] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x50) [0x7f57c5a6e000] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) 
[0x7f57c5a6e1c0] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f57c59e44e3] -> dovecot/replicator(main+0x18d) 
[0x55aabc671cad] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f57c57b4d0a] -> dovecot/replicator(_start+0x2a) 
[0x55aabc671d6a]

And setting vsz_limit = 0 doesn't help either - it just tries to 
allocate all available memory.


I'm running:

# 2.3.13 (89f716dc2): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.13 (cdd19fe3)
# OS: Linux 5.10.0-8-amd64 x86_64 Debian 11.0

--
Sebastian Podjasek


OpenPGP_0xB4731C141FC124AA.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Dovecot Replica one user at a time

2021-10-11 Thread Joelly Alexander 
You said you have huge mailboxes - even replicating only one mailbox can 
maxing out your line, because that's the nature of tcp/ip.

The more data you have to transmit the longer your line will be full.
Depending how you have your VPN tunnel build you might be able to limit 
the bandwidth on the tunnel endpoint if that's a separate 
firewall/router/.. or you can do rate limiting with iptables as well.


hth,
Alex

On 10/11/21 6:08 PM, Claudio Corvino wrote:


Hi all,

I have two IMAP/LMTP Dovecot server in replica (version 2.3.4.1) for 
testing purposes, both connected through an IPsec tunnel, I use 
LDAP/AD for /userdb, /all seems to work fine.


Now I would like to go in production where at the moment I have only 
one server active and setup the replica too ... but! I need to know 
how I can exclude all the users from replication (help/examples 
appreciated!) and doing replication one user at a time, in order to 
not saturate bandwidth on the IPsec tunnel.


I read https://wiki.dovecot.org/Replication 
:


"Since v2.3.1 you can disable replication for a user by providing 
'noreplicate' user database field 
. Another way to 
disable replication for some users is to return mail_replica field 
from userdb for users you want to replicate."


but I can't figure out how to do it.

One last question: since I have to deal with huge mailboxes, if prior 
to activate replication I do an rsync between the two Dovecot 
filesystems, does the replication will work?


Thanks in advance!

Cheers

--

*Claudio Corvino
IT Systems Administrator*



OpenPGP_0xB4731C141FC124AA.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Expunged message reappeared

2021-12-13 Thread Joelly Alexander 

Hi Claudio,

I've planned to upgrade them as well after Christmas - to hear you did 
it already and the issues are gone is great news.
Thanks for sharing and looking forward to get it resolved for me as well 
soon...


Thanks,
Alex



On 12/13/21 10:31 AM, Claudio Corvino wrote:


Hi Alex,

after the upgrade to the latest stable version and after removing 
duplicated users that I had when launching "doveadm replicator status 
'*'" command (the results of the command gave me /user1/ and 
/us...@domain.com/ just to explain), it seems that reappearing 
messages, and most of all, duplicated messages, have gone.


Regards

On 07/12/21 10:46, Claudio Corvino wrote:


Hi Alex,

thanks for your answer, I think this could be related to Dovecot 
version in use, in our case it is the same: 2.3.4.1 (f79e8e7e4).


It could be useful to know if someone can confirm this assumption so 
we can try an upgrade to the latest version hoping this could solve 
our issue.


Regards

On 07/12/21 08:36, Joelly Alexander wrote:


Don't have the issue with duplicate logs but same problem with 
re-appearing of deleted messages very often in a two node setup with 
dsync replication.
Messages sometimes have to be deleted multiple times until they stay 
in the thrash folder.


Running dovecot version 2.3.4.1 (f79e8e7e4)

When i 'move' messages to the Trash folder they seem to stay there 
but when i delete them they usually come back.


Alex

On 12/3/21 5:53 PM, Claudio Corvino wrote:


I forgot to mention that sometimes users receive duplicate messages 
and Dovecot log:


Dec  3 10:16:12 xxx dovecot: 
lmtp(xxx@xxx)<13468>: Warning: 
/mnt/mail-storage-lv0007/xxx/Maildir/dovecot-uidlist: Duplicate 
file entry at line 2072: 1638522075.M489729P12338.xxx,S=5854,W=5943 
(uid 71164 -> 71166)


Thanks

Regars

On 03/12/21 17:50, Claudio Corvino wrote:


Hi,

I have two IMAP/LMTP Dovecot server in replica (version 2.3.4.1), 
I use LDAP/AD for /userdb, /replica is working, but sometimes I 
get these errors into log:


Dec  3 15:47:15 xxx dovecot: imap(xxx)<28251>: 
Warning: Maildir /mnt/mail-storage-lv0007/xxx/Maildir: Expunged 
message reappeared, giving a new UID (old uid=233140, 
file=1638540323.M588041P27708.xxx,S=84376,W=85507:2,)


The user delete the message and then the message reappears into 
mail client after one second.


Does anybody knows how can I fix it?

Thanks in advance

Regards







OpenPGP_0xB4731C141FC124AA.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Expunged message reappeared

2022-01-05 Thread Joelly Alexander 
I've updated to version 2.3.17.1 (476cd46418) but problem still persists 
- expunged messages reappearing.


Alex

On 12/13/21 10:45 AM, Joelly Alexander wrote:


Hi Claudio,

I've planned to upgrade them as well after Christmas - to hear you did 
it already and the issues are gone is great news.
Thanks for sharing and looking forward to get it resolved for me as 
well soon...


Thanks,
Alex



On 12/13/21 10:31 AM, Claudio Corvino wrote:


Hi Alex,

after the upgrade to the latest stable version and after removing 
duplicated users that I had when launching "doveadm replicator status 
'*'" command (the results of the command gave me /user1/ and 
/us...@domain.com/ just to explain), it seems that reappearing 
messages, and most of all, duplicated messages, have gone.


Regards

On 07/12/21 10:46, Claudio Corvino wrote:


Hi Alex,

thanks for your answer, I think this could be related to Dovecot 
version in use, in our case it is the same: 2.3.4.1 (f79e8e7e4).


It could be useful to know if someone can confirm this assumption so 
we can try an upgrade to the latest version hoping this could solve 
our issue.


Regards

On 07/12/21 08:36, Joelly Alexander wrote:


Don't have the issue with duplicate logs but same problem with 
re-appearing of deleted messages very often in a two node setup 
with dsync replication.
Messages sometimes have to be deleted multiple times until they 
stay in the thrash folder.


Running dovecot version 2.3.4.1 (f79e8e7e4)

When i 'move' messages to the Trash folder they seem to stay there 
but when i delete them they usually come back.


Alex

On 12/3/21 5:53 PM, Claudio Corvino wrote:


I forgot to mention that sometimes users receive duplicate 
messages and Dovecot log:


Dec  3 10:16:12 xxx dovecot: 
lmtp(xxx@xxx)<13468>: Warning: 
/mnt/mail-storage-lv0007/xxx/Maildir/dovecot-uidlist: Duplicate 
file entry at line 2072: 
1638522075.M489729P12338.xxx,S=5854,W=5943 (uid 71164 -> 71166)


Thanks

Regars

On 03/12/21 17:50, Claudio Corvino wrote:


Hi,

I have two IMAP/LMTP Dovecot server in replica (version 2.3.4.1), 
I use LDAP/AD for /userdb, /replica is working, but sometimes I 
get these errors into log:


Dec  3 15:47:15 xxx dovecot: imap(xxx)<28251>: 
Warning: Maildir /mnt/mail-storage-lv0007/xxx/Maildir: Expunged 
message reappeared, giving a new UID (old uid=233140, 
file=1638540323.M588041P27708.xxx,S=84376,W=85507:2,)


The user delete the message and then the message reappears into 
mail client after one second.


Does anybody knows how can I fix it?

Thanks in advance

Regards







OpenPGP_0xB4731C141FC124AA.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: [OFFTOPIC] Outlook vs. Dovecot experience

2022-01-17 Thread Joelly Alexander 


On 1/17/22 9:58 AM, Sami Ketola wrote:



And indeed after I continued to add the account the incoming IMAPS 
connection to my dovecot server came from 52.98.150.133 wwned by 
Microsoft.


Sami




Noticed the same, 4 connection attempts from a Microsoft owned ip when 
setting up an e-Mail account with Outlook 2019 before it shows the 
option which account type you want to add.


Alex



OpenPGP_0xB4731C141FC124AA.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Dovecot 2.2 maildir replication issue

2017-05-01 Thread Joelly Alexander 


Hello,

I'm just trying to setup two mailservers with dovecot 2.2, postfix, mysql, 
postfixadmin where i would like to sync the maildirs between them;
I'm at the point where sending/receiving and qouta is working and try the 
maildir replication but it only creates the maildir directories (as example: 
/srv/vmail/test.domain/screenie/) on the second server but nothing inside the 
maildir is copied over;

Both servers are setup identical except the things which have to be different 
(ssl certs and mail_replica node entries);

This is what i'm getting in the log but stuck at: 
dsync-server(screenie@test.domain): Error: User has no home directory
I assume it's the user_query in dovecot-sql.conf.ext but not 100% sure nor an 
idea to fix it;


May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
auth input: user=screenie@test.domain
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
auth input: screenie@test.domain mail=maildir:/srv/vmail/test.domain/screenie/ 
quota_rule=*:bytes=10240 uid=5000 gid=5000
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Added userdb setting: mail=maildir:/srv/vmail/test.domain/screenie/
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Added userdb setting: plugin/quota_rule=*:bytes=10240
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Effective uid=5000, gid=5000, home=
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Quota root: name=User Quota backend=dict args=:proxy::sqluserquota
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Quota rule: root=User Quota mailbox=* bytes=10240 messages=0
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Quota rule: root=User Quota mailbox=Trash bytes=+1024 (10%) messages=0
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Quota grace: root=User Quota bytes=1024 (10%)
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
dict quota: user=screenie@test.domain, uri=proxy::sqluserquota, noenforcing=0
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
Namespace inbox: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, 
subscriptions=yes location=maildir:/srv/vmail/test.domain/screenie/
May  1 18:09:48 mx1 dovecot: doveadm(192.168.1.10,screenie@test.domain): Debug: 
maildir++: root=/srv/vmail/test.domain/screenie, index=, indexpvt=, control=, 
inbox=/srv/vmail/test.domain/screenie, alt=
May  1 18:09:48 mx1 dovecot: dsync-server(screenie@test.domain): Error: User 
has no home directory
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: auth input: 
user=screenie@test.domain
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: auth input: 
screenie@test.domain mail=maildir:/srv/vmail/test.domain/screenie/ 
quota_rule=*:bytes=10240 uid=5000 gid=5000
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Added userdb 
setting: mail=maildir:/srv/vmail/test.domain/screenie/
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Added userdb 
setting: plugin/quota_rule=*:bytes=10240
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Effective 
uid=5000, gid=5000, home=
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Quota root: 
name=User Quota backend=dict args=:proxy::sqluserquota
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Quota rule: 
root=User Quota mailbox=* bytes=10240 messages=0
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Quota rule: 
root=User Quota mailbox=Trash bytes=+1024 (10%) messages=0
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Quota grace: 
root=User Quota bytes=1024 (10%)
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: dict quota: 
user=screenie@test.domain, uri=proxy::sqluserquota, noenforcing=0
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Namespace 
inbox: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, 
subscriptions=yes location=maildir:/srv/vmail/test.domain/screenie/
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: maildir++: 
root=/srv/vmail/test.domain/screenie, index=, indexpvt=, control=, 
inbox=/srv/vmail/test.domain/screenie, alt=
May  1 18:09:53 mx1 dovecot: doveadm(screenie@test.domain): Debug: Namespace : 
Using permissions from /srv/vmail/test.domain/screenie: mode=0700 gid=default
May  1 18:09:53 mx1 dovecot: dsync-local(screenie@test.domain): Error: User has 
no home directory


root@mx1:/# dovecot -n
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-48-pve x86_64 Debian 8.7 simfs
auth_mechanisms = plain login
dict {
  sqluserquota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
}
doveadm_password = passwo

[Dovecot] dovecot from debian lenny-backports does not accept connections

2010-05-14 Thread Joelly Alexander 

hi,

dovecot from the debian lenny backports does not successfully accept 
incomming imap or imaps connections;
when the client connect i can see the clients ip address in an 
imap-process but the client cannot succesfully connect and retries this 
several times where an new imap-process is bound until the maximum 
connections per client is reached;
when the client is closed the imap-processes on the server stay opened, 
even when dovecot will be restarted or stopped - the processes needs to 
killed manually;



--- snip ---
2010-05-14 02:24:42 auth(default): Info: client in: AUTH1   
PLAIN   service=imapsecured lip=y.y.y.y  rip=x.x.x.x  
lport=993   rport=1411

2010-05-14 02:24:42 auth(default): Info: client out: CONT   1
2010-05-14 02:24:42 auth(default): Info: client in: CONT1   
AGFsZXhAdXZzdCrhdAB5YWxpbWVybw==
2010-05-14 02:24:42 auth-worker(default): Info: 
sql(a...@domain.tld,x.x.x.x): query: SELECT username AS user, password, 
'/var/vmail/domain.tld/alex' AS userdb_home, 
'maildir:/var/vmail/domain.tld/alex' AS userdb_mail, 150 AS userdb_uid, 
8 AS userdb_gid FROM mailbox WHERE username = 'a...@domain.tld' AND 
active = '1'
2010-05-14 02:24:42 auth(default): Info: client out: OK 1   
user=a...@domain.tld
2010-05-14 02:24:42 auth(default): Info: master in: REQUEST 2   
21771
2010-05-14 02:24:42 auth(default): Info: 
prefetch(a...@domain.tld,x.x.x.x): success
2010-05-14 02:24:42 auth(default): Info: master out: USER   2   
a...@domain.tldhome=/var/vmail/domain.tld/alex
mail=maildir:/var/vmail/domain.tld/alexuid=150 gid=8
2010-05-14 02:24:42 imap-login: Info: Login: user=, 
method=PLAIN, rip=x.x.x.x, lip=y.y.y.y, TLS
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: Loading modules from 
directory: /usr/lib/dovecot/modules/imap
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: Module loaded: 
/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: Module loaded: 
/usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: Effective uid=150, 
gid=8, home=/var/vmail/domain.tld/alex
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: Quota root: 
name=storage=102400 backend=maildir args=
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: maildir: 
data=/var/vmail/domain.tld/alex
2010-05-14 02:24:42 IMAP(a...@domain.tld): Info: maildir++: 
root=/var/vmail/domain.tld/alex, index=, control=, 
inbox=/var/vmail/domain.tld/alex

2010-05-14 02:24:42 auth(default): Info: new auth connection: pid=2186
2010-05-14 02:24:45 auth(default): Info: client in: AUTH1   
PLAIN   service=imapsecured lip=y.y.y.y  rip=x.x.x.x  
lport=993   rport=1412

2010-05-14 02:24:45 auth(default): Info: client out: CONT   1
2010-05-14 02:24:45 auth(default): Info: client in: CONT1   
AGFsZXhAdXZzdCrhdAB5YWxpbWVybw==
2010-05-14 02:24:45 auth-worker(default): Info: 
sql(a...@domain.tld,x.x.x.x): query: SELECT username AS user, password, 
'/var/vmail/domain.tld/alex' AS userdb_home, 
'maildir:/var/vmail/domain.tld/alex' AS userdb_mail, 150 AS userdb_uid, 
8 AS userdb_gid FROM mailbox WHERE username = 'a...@domain.tld' AND 
active = '1'
2010-05-14 02:24:45 auth(default): Info: client out: OK 1   
user=a...@domain.tld
2010-05-14 02:24:45 auth(default): Info: master in: REQUEST 3   
20751
2010-05-14 02:24:45 auth(default): Info: 
prefetch(a...@domain.tld,x.x.x.x): success
2010-05-14 02:24:45 auth(default): Info: master out: USER   3   
a...@domain.tldhome=/var/vmail/domain.tld/alex
mail=maildir:/var/vmail/domain.tld/alexuid=150 gid=8
2010-05-14 02:24:45 imap-login: Info: Login: user=, 
method=PLAIN, rip=x.x.x.x, lip=y.y.y.y, TLS
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: Loading modules from 
directory: /usr/lib/dovecot/modules/imap
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: Module loaded: 
/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: Module loaded: 
/usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: Effective uid=150, 
gid=8, home=/var/vmail/domain.tld/alex
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: Quota root: 
name=storage=102400 backend=maildir args=
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: maildir: 
data=/var/vmail/domain.tld/alex
2010-05-14 02:24:45 IMAP(a...@domain.tld): Info: maildir++: 
root=/var/vmail/domain.tld/alex, index=, control=, 
inbox=/var/vmail/domain.tld/alex

2010-05-14 02:24:45 auth(default): Info: new auth connection: pid=2189
2010-05-14 02:24:45 auth(default): Info: new auth connection: pid=2188
2010-05-14 02:24:45 auth(default): Info: client in: AUTH1   
PLAIN   service=imapsecured lip=y.y.y.y  rip=x.x.x.x  
lport=993   rport=1413

2010-05-14 02:24:45 auth(default): Info: client out: CONT   1

Re: [Dovecot] dovecot from debian lenny-backports does not accept connections

2010-05-15 Thread Joelly Alexander 


found the error - i had a typo in dovecot.conf

lock_method: fnctl
should be
lock_method: fcntl

dovecot reload does not show a problem, only a stop/start generated the entry 
in the logfile

two days for a stupid typo

thanks!



On 15.05.2010 11:58, Stan Hoeppner wrote:

Joelly Alexander put forth on 5/15/2010 4:22 AM:
   

the server and the client are on the same layer2 network and there is no
hard- or software or anything else installed on the server what prevents
traffic between them;
i just figured out that it has to do with the nfs portion;
while incoming mails have no problems and are delivered correct into the
maildir on the nfs, it does not work when the client want to connect to
the maildir;
when i copy content from nfs-storage to the local harddisk it works;
 

Read these below, and post back if that doesn't help.  Please remember to
reply to the list next time, not to individuals.  I'm not an NFS guru, and
those who are didn't see your reply.

http://wiki.dovecot.org/MailLocation/SharedDisk
http://wiki.dovecot.org/NFS

Re: [Dovecot] dovecot from debian lenny-backports does not accept connections

2010-05-16 Thread Joelly Alexander 
yes, it shows a summary what is configured, but not that there is a 
problem with one of the settings;
only the 'restart' of the dovecot service generates a error in the 
logfile which point you to the problem, a 'reload' sets the configured 
value but does not generate a error;
also not when clients want to connect via imap - you see in the logs 
only that the client trys to connect several times until it hits the 
'mail_max_userip_connections' and the imap processes hang until you kill 
them hard manually;




On 15.05.2010 21:05, Charles Marcus wrote:

On 2010-05-15 2:54 PM, Joelly Alexander wrote:
   

found the error - i had a typo in dovecot.conf

lock_method: fnctl
should be
lock_method: fcntl

dovecot reload does not show a problem, only a stop/start generated the
entry in the logfile

two days for a stupid typo
 

dovecot -n should also show the problem...