Re: [Dovecot] Significant performance problems

2010-10-07 Thread Luben Karavelov 
On Wed, 06 Oct 2010 21:42:57 -0700, Chris Hobbs
cho...@nhusd.k12.ca.us wrote:
 For documentation's sake, here's what I've done so far:
 
 I do have one more idea I'll throw out there. Everything I've got
 here is virtual. I only have the one Dovecot/Postfix server running
 now, and the impression I get from you all is that that should be
 adequate for my load. What would the collective opinion be of simply
 removing the NFS server altogether and mounting the virtual disk
 holding my messages directly to the dovecot server? I give up the
 ability to have a failover dovecot/postfix server, which was my
 motivation for using NFS in the first place, but a usable system
 probably trumps a redundant one.
 
 Chris
 

I have done some tests here that shows that NFS is a major overhead 
compared to local filesystem on iSCSI volume. I have tested only 
NFS4 with linux clients and server. Finally we went with a couple 
of mails servers that mount OCFS2 shared volume - this setup also 
has some drawbacks in terms of complexity. 

You also could achieve redundant mail system with local fs (XFS for 
example) over iSCSI volume - one server will be standby and will
mount the volume and bring up a floating IP if primary goes down. 
You could automate such a setup with heartbeat/pacemaker or other 
cluster manager. Though, in such a setup you could not load-balance 
if you are serving only one mail-domain.

Best regards

-- 
Luben Karavelov
Research and development
Spectrum Net JSC

36, D-r G. M. Dimitrov Blvd.
1797 Sofia
Mobile: +359 884332840
url: www.spnet.net

Re: [Dovecot] Significant performance problems

2010-10-07 Thread Brandon Davidson 

Chris,

On 10/6/10 9:42 PM, Chris Hobbs cho...@nhusd.k12.ca.us wrote:
 3) Modified my NFS mount with noatime to reduce i/o hits there. Need to
 figure out what Brad's suggestions about readahead on the server mean.

It's been a while since I mucked with Linux as a NFS server, I've been on
Netapp for a while. There may be less knobs than I recall.

 I do have one more idea I'll throw out there. Everything I've got here
 is virtual. I only have the one Dovecot/Postfix server running now, and
 the impression I get from you all is that that should be adequate for my
 load. What would the collective opinion be of simply removing the NFS
 server altogether and mounting the virtual disk holding my messages
 directly to the dovecot server?

If you're not planning on doing some sort of HA failover or load balancing,
and have the option to make your storage direct-attached instead of NAS, it
might be worth trying. There's not much to be gained from NFS in a
single-node configuration.

-Brad

[Dovecot] lmtp weird error: Bad address

2010-10-07 Thread Paweł Madej 
From time to time for one of email addresses i got such error. Have no 

idea why, as it is valid. Dovecot 2.0.2

Oct  6 17:37:52 postfix/smtpd: connect from unknown[212.xxx.101.5]
Oct  6 17:37:52 postfix/smtpd: setting up TLS connection from 
unknown[212.xxx.101.5]
Oct  6 17:37:53 postfix/smtpd: Anonymous TLS connection established 
from unknown[212.xxx.101.5]: TLSv1 with cipher DHE-RSA-AES256

-SHA (256/256 bits)
Oct  6 17:37:53 sqlgrey: grey: from awl match: updating 
212.xxx.101(212.xxx.101.5), f...@example.com(f...@example.com)
Oct  6 17:37:59 postfix/policyd-weight: decided action=DUNNO  using 
cached result; rate: -2.3; client=212.xxx.101.5 
helo=mx1.example.com from=f...@example.com to...@example.com; 
delay: 6s
Oct  6 17:37:59 postfix/smtpd: 9CD23A9C6BD: 
client=unknown[212.xxx.101.5]
Oct  6 17:37:59 postfix/cleanup: 9CD23A9C6BD: 
message-id=4cac977f4c58d7.89836...@example.com
Oct  6 17:37:59 postfix/qmgr: 9CD23A9C6BD: from=f...@example.com, 
size=1967, nrcpt=1 (queue active)

Oct  6 15:37:59 postfix/smtpd: disconnect from unknown[212.xxx.101.5]
Oct  6 17:38:00 postfix/smtpd: connect from 
localhost.localdomain[127.0.0.1]
Oct  6 17:38:00 postfix/smtpd: 39179A9C886: 
client=localhost.localdomain[127.0.0.1]
Oct  6 17:38:00 postfix/cleanup: 39179A9C886: 
message-id=4cac977f4c58d7.89836...@example.com
Oct  6 17:38:00 postfix/qmgr: 39179A9C886: from=f...@example.com, 
size=2335, nrcpt=1 (queue active)

Oct  6 17:38:00 dovecot: lmtp(12184): Connect from local
Oct  6 17:38:00 dovecot: lmtp(12184, t...@example.com): Error: 
lstat((null)) failed: Bad address
Oct  6 17:38:00 dovecot: lmtp(12184, t...@example.com): Error: 
file_dotlock_create((null)) failed: Bad address
Oct  6 17:38:00 dovecot: lmtp(12184, t...@example.com): Error: 
open((null)) failed: Bad address
Oct  6 17:38:00 postfix/smtpd: disconnect from 
localhost.localdomain[127.0.0.1]
Oct  6 17:38:00 postfix/lmtp: 9CD23A9C6BD: to=t...@example.com, 
relay=my.relay[/var/run/dspam/dspam.sock],
delay=7.3, delays=6.8/0/0/0.53, dsn=2.6.0, status=sent (250 2.6.0 
t...@example.com Message accepted for delivery)

Oct  6 17:38:00 postfix/qmgr: 9CD23A9C6BD: removed

Message is delivered properly but i got such errors and have no idea 
why.

I've searched google for this but noone have answer for my problem.

Greets
--
Paweł Madej

[Dovecot] dovecot-lda segfaults

2010-10-07 Thread Andre 
Hi to all.
Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on 
mail delivery, either with dovecot-lda and lmtp.

At least I succeded in having a core dump, here is the backtrace:

#0  0x7f1cca350160 in maildir_sync_set_new_msgs_count () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#1  0x7f1cca34df0a in maildir_transaction_save_commit_pre () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#2  0x7f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0
#3  0x7f1cca382ef7 in mail_index_transaction_commit_full () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#4  0x7f1cca348e4b in index_transaction_commit () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#5  0x7f1cc88e in ?? () from 
/usr/lib/dovecot/modules/lib20_zlib_plugin.so
#6  0x7f1cc8edaa31 in ?? () from 
/usr/lib/dovecot/modules/lib10_quota_plugin.so
#7  0x7f1cca3281bd in mailbox_transaction_commit_get_changes () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#8  0x7f1cca3281fe in mailbox_transaction_commit () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#9  0x7f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0
#10 0x7f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0
#11 0x7f1cc845992b in sieve_result_execute () from 
/usr/lib/dovecot/libdovecot-sieve.so.0
#12 0x7f1cc846973d in sieve_execute () from 
/usr/lib/dovecot/libdovecot-sieve.so.0
#13 0x7f1cc869f83e in ?? () from 
/usr/lib/dovecot/modules/lib90_sieve_plugin.so
#14 0x7f1cca0f4084 in mail_deliver () from 
/usr/lib/dovecot/libdovecot-lda.so.0
#15 0x00402cf0 in main ()

I have tried to disable quota and zlib, but I suppose it is not related to 
those plugins.
What else can I try???
Andre

[Dovecot] doveadm mailbox create oddities

2010-10-07 Thread Andre 
Hi to all!

I’m trying to understand the usage of doveadm mailbox create”.
If I do, as root:

# doveadm mailbox create -u __public__ sys/test
doveadm(__public__): Error: Can't create mailbox sys/test: Permission denied

but if I do:

# doveadm mailbox create -u __public__ test

every thing is OK.

“sys is a shared maildir folder, that is visible in the client as 
#Public/sys”.
__public__ is the user that owns Public folders, here is the complete details:

userdb: __public__
  uid   : 10002
  gid   : 8
  home  : /var/mail/domainname/__public__
  mail  : maildir:~/maildir:INBOX=~/maildir/INBOX:LAYOUT=fs:INDEX=~/indexes/


Do I have to add root with proper permissions to ACL?

TIA
Andre

Re: [Dovecot] dovecot-lda segfaults

2010-10-07 Thread Johan Hendriks 

 Andre schreef:

Hi to all.
Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on 
mail delivery, either with dovecot-lda and lmtp.

At least I succeded in having a core dump, here is the backtrace:

#0  0x7f1cca350160 in maildir_sync_set_new_msgs_count () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#1  0x7f1cca34df0a in maildir_transaction_save_commit_pre () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#2  0x7f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0
#3  0x7f1cca382ef7 in mail_index_transaction_commit_full () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#4  0x7f1cca348e4b in index_transaction_commit () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#5  0x7f1cc88e in ?? () from 
/usr/lib/dovecot/modules/lib20_zlib_plugin.so
#6  0x7f1cc8edaa31 in ?? () from 
/usr/lib/dovecot/modules/lib10_quota_plugin.so
#7  0x7f1cca3281bd in mailbox_transaction_commit_get_changes () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#8  0x7f1cca3281fe in mailbox_transaction_commit () from 
/usr/lib/dovecot/libdovecot-storage.so.0
#9  0x7f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0
#10 0x7f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0
#11 0x7f1cc845992b in sieve_result_execute () from 
/usr/lib/dovecot/libdovecot-sieve.so.0
#12 0x7f1cc846973d in sieve_execute () from 
/usr/lib/dovecot/libdovecot-sieve.so.0
#13 0x7f1cc869f83e in ?? () from 
/usr/lib/dovecot/modules/lib90_sieve_plugin.so
#14 0x7f1cca0f4084 in mail_deliver () from 
/usr/lib/dovecot/libdovecot-lda.so.0
#15 0x00402cf0 in main ()

I have tried to disable quota and zlib, but I suppose it is not related to 
those plugins.
What else can I try???
Andre


I think this came along earlier.

http://hg.dovecot.org/dovecot-2.0/rev/e2f9baa436f2  ?

regards
Johan Hendrisk

Re: [Dovecot] dovecot-lda segfaults

2010-10-07 Thread Andre 

Il giorno 07/ott/2010, alle ore 09.06, Andre ha scritto:

 Hi to all.
 Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on 
 mail delivery, either with dovecot-lda and lmtp.
 
 At least I succeded in having a core dump, here is the backtrace:
 
 #0  0x7f1cca350160 in maildir_sync_set_new_msgs_count () from 
 /usr/lib/dovecot/libdovecot-storage.so.0
 #1  0x7f1cca34df0a in maildir_transaction_save_commit_pre () from 
 /usr/lib/dovecot/libdovecot-storage.so.0
 #2  0x7f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0
 #3  0x7f1cca382ef7 in mail_index_transaction_commit_full () from 
 /usr/lib/dovecot/libdovecot-storage.so.0
 #4  0x7f1cca348e4b in index_transaction_commit () from 
 /usr/lib/dovecot/libdovecot-storage.so.0
 #5  0x7f1cc88e in ?? () from 
 /usr/lib/dovecot/modules/lib20_zlib_plugin.so
 #6  0x7f1cc8edaa31 in ?? () from 
 /usr/lib/dovecot/modules/lib10_quota_plugin.so
 #7  0x7f1cca3281bd in mailbox_transaction_commit_get_changes () from 
 /usr/lib/dovecot/libdovecot-storage.so.0
 #8  0x7f1cca3281fe in mailbox_transaction_commit () from 
 /usr/lib/dovecot/libdovecot-storage.so.0
 #9  0x7f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0
 #10 0x7f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0
 #11 0x7f1cc845992b in sieve_result_execute () from 
 /usr/lib/dovecot/libdovecot-sieve.so.0
 #12 0x7f1cc846973d in sieve_execute () from 
 /usr/lib/dovecot/libdovecot-sieve.so.0
 #13 0x7f1cc869f83e in ?? () from 
 /usr/lib/dovecot/modules/lib90_sieve_plugin.so
 #14 0x7f1cca0f4084 in mail_deliver () from 
 /usr/lib/dovecot/libdovecot-lda.so.0
 #15 0x00402cf0 in main ()
 
 I have tried to disable quota and zlib, but I suppose it is not related to 
 those plugins.
 What else can I try???
 Andre
 


I’m so sorry I have not seen the previous thread [Dovecot] 2.0.5: deliver 
crashing”. I’ll try that patch too and report to the list.
Should it work even for lmtp (that is my favourite delivery method, for its 
scalability)?

Andre

[Dovecot] Panic: file index-search-result.c .. assertion failed: (next_uid == mail-uid)

2010-10-07 Thread Lutz Preßler 
Hello,

with 2.0.5-0~auto+9 (6ea01abfaea9), haven't seen it earlier (but
of course index files have changed):

Oct  7 09:40:09 host dovecot: imap(user): Panic: file index-search-result.c: 
line 87 (search_result_update_search): assertion failed: (next_uid == mail-uid)
Oct  7 09:40:09 host dovecot: imap(user): Error: Raw backtrace: 
/usr/lib/dovecot/libdovecot.so.0 [0x7f964c5b7842] - /usr/lib/
dovecot/libdovecot.so.0 [0x7f964c5b78aa] - 
/usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f964c5b7c53] - 
/usr/lib/dovecot/libdove
cot-storage.so.0(index_search_result_update_flags+0x2d8) [0x7f964c83e4d8] - 
/usr/lib/dovecot/modules/lib20_virtual_plugin.so [0x7f9
64a9c4b92] - 
/usr/lib/dovecot/modules/lib20_virtual_plugin.so(virtual_storage_sync_init+0x871)
 [0x7f964a9c5561] - /usr/lib/dovecot
/libdovecot-storage.so.0(mailbox_sync_init+0x31) [0x7f964c8262d1] - 
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x27) [0x
7f964c826a87] - dovecot/imap(cmd_select_full+0x264) [0x40d964] - dovecot/imap 
[0x41047c] - dovecot/imap [0x41052d] - dovecot/ima
p(client_handle_input+0x45) [0x4106a5] - dovecot/imap(client_input+0x62) 
[0x4110d2] - /usr/lib/dovecot/libdovecot.so.0(io_loop_han
dler_run+0xcb) [0x7f964c5c293b] - 
/usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f964c5c1a58] - 
/usr/lib/dovecot/libdoveco
t.so.0(master_service_run+0x13) [0x7f964c5b0f93] - dovecot/imap(main+0x281) 
[0x419391] - /lib/libc.so.6(__libc_start_main+0xe6) [0x7f964be3b1a6] - 
dovecot/imap [0x408c79]

when SELECTing virtual folder sent (.sent/dovecot-virtual is
INBOX
  header return-path l...@pressler.de 
), IMAP session is terminated.

After moving .sent/dovecot.index[.log], everything works fine again.
I can send you the broken(?) index files, if appropriate.

Lutz

-- 
Lutz Preßler  lutz.press...@sernet.dehttp://www.SerNet.DE/
SerNet Service Network GmbH, Bahnhofsallee 1b, D-37081 Göttingen
Tel.: +49-551-37-2,  FAX: +49-551-37-9
AG Göttingen, HRB 2816,  GF: Dr. Johannes Loxen

[Dovecot] Split plugin config in diferents files

2010-10-07 Thread Antonio Perez-Aranda 
Hi all,

Is possible to split dovecot.conf with a very very big plugin {} section?

Maybe, some like apache with sites-enabled.d

Then, we could have a file per plugin.

[Dovecot] Visible temp files as Imap Folder in INBOX

2010-10-07 Thread Antonio Perez-Aranda 
Hi all,

I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try
over IMAP and Evolution to move a mail to another Imap Folder, a file
like .nfs0159816c245 is created and when move operation is
finished, the file is deleted.

Sometimes, this file isn't deleted and then, you can see a new imap
folder called .nfs0159816c245 when you restart your
Evolution or another Imap Client.

Is this file created by dovecot? maybe, must dovecot delete this file on login?

I think thats is easy fix this with a Post-Login script but I think
that dovecot must delete it

Re: [Dovecot] Visible temp files as Imap Folder in INBOX

2010-10-07 Thread Marcus Rueckert 
On 2010-10-07 12:53:45 +0200, Antonio Perez-Aranda wrote:
 I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try
 over IMAP and Evolution to move a mail to another Imap Folder, a file
 like .nfs0159816c245 is created and when move operation is
 finished, the file is deleted.
 
 Sometimes, this file isn't deleted and then, you can see a new imap
 folder called .nfs0159816c245 when you restart your
 Evolution or another Imap Client.
 
 Is this file created by dovecot? maybe, must dovecot delete this file on 
 login?
 
 I think thats is easy fix this with a Post-Login script but I think
 that dovecot must delete it


those files/directories are created when you try to delete a
file/directory on nfs, but it is still in use.

darix

-- 
   openSUSE - SUSE Linux is my linux
   openSUSE is good for you
   www.opensuse.org

[Dovecot] Problem with dovecot-acl was not solved

2010-10-07 Thread dss 
Problems with acl in dovecot-1.2.15 was not solved! See my configs below.

And I see the new bug - still something wrong with configs:
cat dovecot-acl:
user=t1 lrwsti
#user=oper-olegs lrwsti
#user=oper-antona lrwsti
user=operdss lr
#user=operdss lrwsti

User t1 can't create subfolers in inbox. He can only create subfolders in the 
first levels:
Inbox
test3
test4
Outbox
Sent
Trash
Test1 - test folder created by t1 user

Folders test3 and test4 can't be deleted by t1 - why? Owner of the test3 and 
test4 - annother user, but but with group rights everething is fine.

User operdss also can create folders in the same level with such permissions. 
What's wrong?

imap:/home/t1/Maildir# ls -la
total 252
drwxrws--- 35 t1 mshare 4096 2010-10-07 15:59 .
drwxr-sr-x 3 root mail 4096 2010-09-22 16:02 ..
drwxrws--- 5 t1 mshare 4096 2010-09-15 12:28 
.BB0ENQQ2BDUEOwQwBEIENQQ7BEwEPQQwBE8- BD8EPgRHBEIEMA-
drwxrws--- 2 t1 mshare 4096 2010-10-07 15:41 cur
-rw-rw 1 t1 mshare 15 2010-10-07 15:59 dovecot-acl
-rw-rw 1 t1 mshare 383 2010-10-07 15:59 dovecot-acl-list
-rw-r- 1 root mshare 12288 2010-10-07 15:59 .dovecot-acl.swp
-rw-rw 1 operolegs mshare 1144 2010-09-24 12:16 dovecot.index
-rw-rw 1 t1 mshare 41984 2010-10-07 11:48 dovecot.index.cache
-rw-rw 1 t1 mshare 26380 2010-10-07 15:41 dovecot.index.log
-rw-rw 1 operantona mshare 17 2010-09-23 16:41 dovecot-keywords
-rw-rw 1 operantona mshare 1941 2010-09-27 10:46 dovecot-uidlist
-rw-rw 1 t1 mshare 8 2010-10-07 15:45 dovecot-uidvalidity
-rw-rw 1 t1 mshare 0 2010-09-22 10:54 dovecot-uidvalidity.4c99a838
drwxrws--- 5 t1 mshare 4096 2010-09-23 15:52 .Drafts
drwxrws--- 5 t1 mshare 4096 2010-09-22 11:44 .INBOX.1
drwxrws--- 5 t1 mshare 4096 2010-09-28 16:39 .INBOX.processed
drwxrws--- 5 operolegs mshare 4096 2010-09-27 17:14 .INBOX.!processed_olegs
drwxrws--- 5 t1 mshare 4096 2010-09-23 15:30 .INBOX.test
drwxrws--- 5 operdss mshare 4096 2010-09-28 16:39 .INBOX.test1
drwxrws--- 5 operdss mshare 4096 2010-10-05 15:33 .INBOX.test10
drwxrws--- 5 operdss mshare 4096 2010-10-06 16:42 .INBOX.test11
drwxrws--- 5 operdss mshare 4096 2010-10-07 10:35 .INBOX.test12
drwxrws--- 5 operdss mshare 4096 2010-10-07 11:26 .INBOX.test13
drwxrws--- 5 t1 mshare 4096 2010-09-28 16:39 .INBOX.test2
drwxrws--- 5 operdss mshare 4096 2010-09-29 13:52 .INBOX.test3
drwxrws--- 5 operdss mshare 4096 2010-09-29 13:52 .INBOX.test4
drwxrws--- 5 operdss mshare 4096 2010-09-29 15:56 .INBOX.test5
drwxrws--- 5 operdss mshare 4096 2010-09-29 15:57 .INBOX.test6
drwxrws--- 5 operdss mshare 4096 2010-09-29 15:57 .INBOX.test7
drwxrws--- 5 operdss mshare 4096 2010-09-29 16:43 .INBOX.test8
drwxrws--- 5 t1 mshare 4096 2010-10-05 15:30 .INBOX.test9
drwxrws--- 5 t1 mshare 4096 2010-09-28 17:24 .INBOX.tmp
drwxrws--- 2 t1 mshare 4096 2010-09-27 10:46 new
drwxrws--- 5 t1 mshare 4096 2010-10-07 11:48 .Sent
drwxrws--- 5 operdss mshare 4096 2010-09-29 15:55 .Sent.test
-rw-rw 1 operdss mshare 418 2010-10-07 15:44 subscriptions
drwxrws--- 5 t1 mshare 4096 2010-09-15 12:17 .Templates
drwxrws--- 5 operdss mshare 4096 2010-10-07 15:42 .test16
drwxrws--- 5 operdss mshare 4096 2010-10-07 15:45 .test17
drwxrws--- 2 t1 mshare 4096 2010-09-27 10:46 tmp
drwxrws--- 5 t1 mshare 4096 2010-10-07 15:42 .Trash
drwxrws--- 5 t1 mshare 4096 2010-09-23 15:30 .Trash.11
drwxrws--- 5 operantona mshare 4096 2010-09-23 16:39 
.Trash.BD4EMQRABDAEMQQ+BEIEMAQ9BD4-_antona
drwxrws--- 5 t1 mshare 4096 2010-10-07 15:42 .Trash.test16
drwxrws--- 5 operdss mshare 4096 2010-09-29 16:01 .Trash.test8




=
Old bug in new version 1.2.15:
-

I have a problem with dovecot-acl. Some of our users need to use the same 
Mailbox with all folders: Inbox (with subfolders), Outbox, Send and Deleted, 
(some users need in full righs, some - readonly) so I choosed Symlinking 
mailboxes and tried to use dovecot-acl file.

cat dovecot-acl:
user=t1 lrwsti
user=operolegs lrwsti
user=operantona lrwsti
user=operdss lr

User operdss have lrwsti rights in this shared mailbox unstead of lr! But if I 
comment out other users in the dovecot-acl:

#user=t1 lrwsti
#user=operolegs lrwsti
#user=operantona lrwsti
user=operdss lr

User operdss have lr rights. Whats wrong?
It seems, that dovecot-acl is working only for one user and for one line in 
config.
How can I fix it?

===
Here is my configs.

imap:/usr/local/dovecot# /usr/local/dovecot/sbin/dovecot -n
# 1.2.15: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.26-2-686 i686 Debian 5.0.6 
log_path: /var/log/dovecot.log
log_timestamp: %Y-%m-%d %H:%M:%S 
disable_plaintext_auth: no
login_dir: /usr/local/dovecot-1.2.15/var/run/dovecot/login
login_executable: /usr/local/dovecot-1.2.15/libexec/dovecot/imap-login
mail_privileged_group: mail
mail_plugins: acl imap_acl
auth default:
debug: yes
passdb:
driver: pam
userdb:
driver: passwd



imap:~# ls -l /home/t1/Maildir
lrwxrwxrwx 1 root root 21 2010-09-22 16:03

Re: [Dovecot] Visible temp files as Imap Folder in INBOX

2010-10-07 Thread Antonio Perez-Aranda 
In use as filesystem locked? maybe created by NFS server?

If dovecot died then the temporary file is permanent.

2010/10/7 Marcus Rueckert da...@opensu.se:
 On 2010-10-07 12:53:45 +0200, Antonio Perez-Aranda wrote:
 I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try
 over IMAP and Evolution to move a mail to another Imap Folder, a file
 like .nfs0159816c245 is created and when move operation is
 finished, the file is deleted.

 Sometimes, this file isn't deleted and then, you can see a new imap
 folder called .nfs0159816c245 when you restart your
 Evolution or another Imap Client.

 Is this file created by dovecot? maybe, must dovecot delete this file on 
 login?

 I think thats is easy fix this with a Post-Login script but I think
 that dovecot must delete it


 those files/directories are created when you try to delete a
 file/directory on nfs, but it is still in use.

    darix

 --
           openSUSE - SUSE Linux is my linux
               openSUSE is good for you
                   www.opensuse.org

Re: [Dovecot] And again... too many open files

2010-10-07 Thread Joseba Torre 
On Miércoles 06 Octubre 2010 17:11:49 Timo Sirainen escribió:
  Ops! I thought limits.conf was a semi-official answer for this issue.
  But  you're right, I've been playing with it and looking at
  /proc/$PID/limits and it has no influence. It works for initial dovecot
  process (run by root),
 
 Really? It does change it then. Maybe the * line? I'm pretty sure the
 dovecot lines don't..

Sorry, I was confused. When started at boot, it doesn't affect, but when I do 

# service dovecot restart

as root, the root lines apply.

 
  but not for the imap-login or pop3-login ones.
 
 That's because these processes calculate the max. number of needed fds
 and drops the limit automatically.
 
 Are you actually seeing error messages about actually running of fds?

I got a lot of 

dovecot: pipe() failed: Too many open files

until I restarted dovecot.

 I
 
 thought the problem was:
  Warning: fd limit 1024 is lower than what Dovecot can use under full
  load
 
 This is checked only at startup when running the master process. And if
 dovecot process's fd limit is higher than 1024, then I'd think this
 error message goes away?..

Finally, if changed my startup script adding

ulimit -n 4096

before

daemon /usr/local/sbin/dovecot

and the problem has disappeared.

Thanks!
-- 
Joseba Torre. Vicegerencia de TICs, área de Explotación

[Dovecot] dovecot-1.2.12 core

2010-10-07 Thread Thomas Hummel 
Hi Timo,

just to report that

  . dovecot-1.2.12 which ran fine for several month
  . on FreeBSD 7.2-STABLE (/usr/obj/usr/src/sys/GENERIC  amd64)
  . using Maildir (mailboxes, control and indexes on NFS)

has crashed this morning on our server.

I found nothing special in the logfile.

Attached are dovecot -n output and a gdb backtrace of the core file.

Thanks

-- 
Thomas Hummel   | Institut Pasteur
hum...@pasteur.fr | Pôle informatique - systèmes et réseau
# 1.2.12: /usr/local/dovecot-1.2.12/etc/dovecot.conf
# OS: FreeBSD 7.2-STABLE amd64  nfs
syslog_facility: local0
protocols: imap imaps pop3 pop3s
listen(default): 157.99.64.86:143 157.99.64.82:143
listen(imap): 157.99.64.86:143 157.99.64.82:143
listen(pop3): 157.99.64.86:110 157.99.64.82:110
ssl_listen(default): 157.99.64.86:993 157.99.64.82:993
ssl_listen(imap): 157.99.64.86:993 157.99.64.82:993
ssl_listen(pop3): 157.99.64.86:995 157.99.64.82:995
ssl_cert_file: /usr/local/dovecot/etc/certs/imap.pasteur.fr+TCS_chain.pem
ssl_key_file: /usr/local/dovecot/etc/certs/imap.pasteur.fr.key
disable_plaintext_auth: no
login_dir: /usr/local/dovecot-1.2.12/var/run/dovecot/login
login_executable(default): /usr/local/dovecot/libexec/dovecot/imap-login
login_executable(imap): /usr/local/dovecot/libexec/dovecot/imap-login
login_executable(pop3): /usr/local/dovecot/libexec/dovecot/pop3-login
login_greeting: Dovecot 1.2 ready.
login_max_processes_count: 1024
max_mail_processes: 4096
verbose_proctitle: yes
mail_location: 
maildir:/courriel/boites/%u:CONTROL=/courriel/meta/%u:INDEX=/var/dovecot/indexes/%1u/%u
mmap_disable: yes
mail_nfs_storage: yes
mail_nfs_index: yes
maildir_stat_dirs: yes
mail_executable(default): /usr/local/dovecot/libexec/dovecot/imap
mail_executable(imap): /usr/local/dovecot/libexec/dovecot/imap
mail_executable(pop3): /usr/local/dovecot/libexec/dovecot/pop3
mail_plugin_dir(default): /usr/local/dovecot/lib/dovecot/imap
mail_plugin_dir(imap): /usr/local/dovecot/lib/dovecot/imap
mail_plugin_dir(pop3): /usr/local/dovecot/lib/dovecot/pop3
pop3_client_workarounds(default): 
pop3_client_workarounds(imap): 
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
pop3_logout_format(default): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s
pop3_logout_format(imap): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s
pop3_logout_format(pop3): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s, bytes=%i/%o
lda:
  mail_plugin_dir: /usr/local/dovecot/lib/dovecot/lda
auth default:
  executable: /usr/local/dovecot/libexec/dovecot/dovecot-auth
  user: dovecot-auth
  verbose: yes
  count: 5
  passdb:
driver: ldap
args: /usr/local/dovecot/etc/dovecot-ldap.conf
  userdb:
driver: prefetch
maroilles# gdb /usr/local/dovecot/sbin/dovecot dovecot.core 
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd...
Core was generated by `dovecot'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libldap-2.4.so.7...done.
Loaded symbols for /usr/local/lib/libldap-2.4.so.7
Reading symbols from /usr/local/lib/liblber-2.4.so.7...done.
Loaded symbols for /usr/local/lib/liblber-2.4.so.7
Reading symbols from /usr/lib/libssl.so.5...done.
Loaded symbols for /usr/lib/libssl.so.5
Reading symbols from /lib/libcrypto.so.5...done.
Loaded symbols for /lib/libcrypto.so.5
Reading symbols from /usr/lib/librt.so.1...done.
Loaded symbols for /usr/lib/librt.so.1
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x000800df74a9 in realloc () from /lib/libc.so.7
(gdb) bt full
#0  0x000800df74a9 in realloc () from /lib/libc.so.7
No symbol table info available.
#1  0x00416f1b in pool_system_realloc (pool=Variable pool is not 
available.
) at mempool-system.c:109
__PRETTY_FUNCTION__ = pool_system_realloc
#2  0x004141f3 in i_stream_grow_buffer (stream=0x8012f08a0, 
bytes=Variable bytes is not available.
) at istream.c:416
old_size = 0
#3  0x004142e5 in i_stream_get_buffer_space (stream=0x8012f08a0, 
wanted_size=Variable wanted_size is not available.
) at istream.c:432
__PRETTY_FUNCTION__ = i_stream_get_buffer_space
#4  0x00414848 in i_stream_file_read (stream=0x8012f08a0) at 
istream-file.c:49
size = Variable size is not available.
(gdb)

Re: [Dovecot] And again... too many open files

2010-10-07 Thread Jerrale G 

 On 10/7/2010 10:16 AM, Joseba Torre wrote:

On Miércoles 06 Octubre 2010 17:11:49 Timo Sirainen escribió:

Ops! I thought limits.conf was a semi-official answer for this issue.
But  you're right, I've been playing with it and looking at
/proc/$PID/limits and it has no influence. It works for initial dovecot
process (run by root),

Really? It does change it then. Maybe the * line? I'm pretty sure the
dovecot lines don't..

Sorry, I was confused. When started at boot, it doesn't affect, but when I do

# service dovecot restart

as root, the root lines apply.


but not for the imap-login or pop3-login ones.

That's because these processes calculate the max. number of needed fds
and drops the limit automatically.

Are you actually seeing error messages about actually running of fds?

I got a lot of

dovecot: pipe() failed: Too many open files

until I restarted dovecot.


I

thought the problem was:

Warning: fd limit 1024 is lower than what Dovecot can use under full
load

This is checked only at startup when running the master process. And if
dovecot process's fd limit is higher than 1024, then I'd think this
error message goes away?..

Finally, if changed my startup script adding

ulimit -n 4096

before

daemon /usr/local/sbin/dovecot

and the problem has disappeared.

Thanks!


To help out this thread, my redhat (centos 5.5) says:
[r...@mail ~]# ulimit
unlimited
[r...@mail ~]#

This has never been changed by me and, so, I don't know why your redhat 
is coming default with a limit. You seem to not have changed it as you 
are baffled at why the limit is there. I'll try and figure out a 
permanent way for you to change it.


Jerrale G.
SC Senior Admin

[Dovecot] Config review (2.0.5)

2010-10-07 Thread Ralf Hildebrandt 
Since I have these performance problems after migration to 2.0.5 I'm
publishing my config for review. Can anybody spot any obvious signs of
trouble?

# 2.0.5: /usr/local/etc/dovecot.conf
# OS: Linux 2.6.32-24-generic-pae i686 Debian squeeze/sid 

auth_debug = yes
auth_debug_passwords = yes
auth_mechanisms = plain login
disable_plaintext_auth = no
auth_master_user_separator = *

mail_location = maildir:~/Maildir

# wegen webmail!
mail_max_userip_connections = 1024

managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date

# Namespace für courier-compatibilitaet
namespace {
  inbox = yes
  location = 
  prefix = INBOX.
  separator = .
  type = private
}

# fuer user*masteruser logins
passdb {
  args = /usr/dovecot-2/etc/dovecot/dovecot.masteruser
  driver = passwd-file
  master = yes
  pass = yes
}

# Authorisierung via PAM, /etc/pam.d/dovecot
auth_cache_size = 64 M
passdb {
  args = cache_key=%u
  driver = pam
}

# User via passwd
userdb {
  driver = passwd
}

# plugin Konfiguration
plugin {

# mailboxen anlegen und subscriben
  autocreate = Trash
  autocreate2 = spam
  autocreate3 = Sent
  autocreate4 = Drafts
  autosubscribe = Trash
  autosubscribe2 = spam
  autosubscribe3 = Sent
  autosubscribe4 = Drafts
  
# FullTextSearch  
  fts = squat

# Quota
  quota = maildir
  quota_rule = INBOX.Trash:storage=+2048M
  quota_warning  = storage=99%% quota-warning 99 %u
  quota_warning2 = storage=95%% quota-warning 95 %u
  quota_warning3 = storage=90%% quota-warning 90 %u
  quota_warning4 = storage=85%% quota-warning 85 %u

# Sieve
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  
# Trash (wenn Mailbox voll, dann Trash und spam leeren)  
  trash = /usr/dovecot-2/etc/dovecot/dovecot-trash.conf
}

# Wir sprechen alles
protocols = imap sieve pop3

# unix domain socket fuer Postfix
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
  }
  user = root
}

# imap-login Prozess
# high performance mode
service imap-login {
  service_count = 0
}

# der eigentliche IMAPD
service imap {
  drop_priv_before_exec = yes
  process_limit = 2048
}

# managesieve-login, wird nur genutzt von webmail aus
service managesieve-login {
  service_count = 0
  inet_listener sieve_deprecated {
port = 2000
  }
}

# der eigentliche managesieve
service managesieve {
  drop_priv_before_exec = yes
  process_limit = 128
}

# pop3-login Prozess
# high performance mode
service pop3-login {
  service_count = 0
  # kein pop3, nur pop3s!
  inet_listener pop3 {
port = 0
  }
}

# der eigentliche pop3
service pop3 {
  drop_priv_before_exec = yes
  process_limit = 512
}

# die ganzen SSL Zertifikate
ssl_ca = /etc/ssl/certs/ca-certificates.crt
ssl_cert = /etc/ssl/certs/cert-188235905-postamt.charite.de-g02.pem
ssl_key = /etc/ssl/private/postamt.key

# schoene Ausgabe in ps auxwww
verbose_proctitle = yes
version_ignore = yes

mail_fsync = never
maildir_very_dirty_syncs = yes

# globale settings, die anderen werden ja nach Protokoll individuell ergaenzt!
mail_plugins = notify mail_log

# imap kann am meisten
protocol imap {
  mail_plugins = $mail_plugins quota imap_quota trash fts fts_squat autocreate
}

# pop3 hat workarounds
protocol pop3 {
  pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
  pop3_lock_session = yes
  pop3_uidl_format = %v-%u
}

# LDA macht noch zusaetzlich sieve quota trash
protocol lda {
  mail_plugins = $mail_plugins sieve quota trash 
  postmaster_address = postmas...@charite.de
  quota_full_tempfail = yes
  syslog_facility = local4
}

# der schickt die Quota warnmails
service quota-warning {
  executable = script /usr/local/scripts/quota-warning2
  user = root
  unix_listener quota-warning {
mode = 0666
user = vmail
group = users
  }
}

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Re: [Dovecot] And again... too many open files

2010-10-07 Thread Joseba Torre 
On Jueves 07 Octubre 2010 17:09:18 Jerrale G escribió:
 To help out this thread, my redhat (centos 5.5) says:
 [r...@mail ~]# ulimit
 unlimited
 [r...@mail ~]#
 
 This has never been changed by me and, so, I don't know why your redhat 
 is coming default with a limit. You seem to not have changed it as you 
 are baffled at why the limit is there. I'll try and figure out a 
 permanent way for you to change it.

You should try with
# ulimit -a

This will tell you the actual limits. ulimit alone tells the shell to go 
unlimited.
-- 
Joseba Torre. Vicegerencia de TICs, área de Explotación

Re: [Dovecot] Config review (2.0.5)

2010-10-07 Thread Daniel L. Miller 

 On 10/7/2010 8:16 AM, Ralf Hildebrandt wrote:

Since I have these performance problems after migration to 2.0.5 I'm
publishing my config for review. Can anybody spot any obvious signs of
trouble?

snip

# plugin Konfiguration
plugin {

# mailboxen anlegen und subscriben
   autocreate = Trash
   autocreate2 = spam
   autocreate3 = Sent
   autocreate4 = Drafts
   autosubscribe = Trash
   autosubscribe2 = spam
   autosubscribe3 = Sent
   autosubscribe4 = Drafts

# FullTextSearch
   fts = squat


I'm probably talking out of the wrong hole again - but have you tried 
removing squat from your plugin list to see if it makes a difference?

--
Daniel

Re: [Dovecot] Config review (2.0.5)

2010-10-07 Thread Ralf Hildebrandt 
* Daniel L. Miller dmil...@amfes.com:

 # plugin Konfiguration
 plugin {
 
 # mailboxen anlegen und subscriben
autocreate = Trash
autocreate2 = spam
autocreate3 = Sent
autocreate4 = Drafts
autosubscribe = Trash
autosubscribe2 = spam
autosubscribe3 = Sent
autosubscribe4 = Drafts
 
 # FullTextSearch
fts = squat
 
 I'm probably talking out of the wrong hole again - but have you tried
 removing squat from your plugin list to see if it makes a difference?

I thought of that as well. I'll try that tonight :)

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Re: [Dovecot] Significant performance problems

2010-10-07 Thread Chris Hobbs 

 On 10/6/10 11:26 PM, Brandon Davidson wrote:



I do have one more idea I'll throw out there. Everything I've got here
is virtual. I only have the one Dovecot/Postfix server running now, and
the impression I get from you all is that that should be adequate for my
load. What would the collective opinion be of simply removing the NFS
server altogether and mounting the virtual disk holding my messages
directly to the dovecot server?

If you're not planning on doing some sort of HA failover or load balancing,
and have the option to make your storage direct-attached instead of NAS, it
might be worth trying. There's not much to be gained from NFS in a
single-node configuration.
I ended up implementing this just now. Still had load issues this 
morning and I'm hoping that removing NFS helps me out.


Chris
--
Chris Hobbs
Director, Technology
New Haven Unified School District

--
This message was scanned by ESVA and is believed to be clean.

[Dovecot] Per User Quotas with LDAP on Dovecot 1.x

2010-10-07 Thread Camron W. Fox 
Alle,

We're running Dovecot V1.0.7 on RHEL5.5, using maildir. We would like
to user per user quotas with an OpenLDAP (V2.3.43) backend.
We have setup a default quota in /etc/dovecot.conf:

quota = maildir:storage=10240:ignore=Trash

And have the following userdb configs in /etc/doveconf.conf:

userdb ldap {
  args = /etc/dovecot-ldap.conf
}

and the following user_attrs defined in /etc/dovecot-ldap.conf

user_attrs =
uidNumber=uid,gidNumber=gid,mailQuotaSize=quota=maildir:ignore=Trash:storage,mail_plugins

The user's quota setting is:

dn: uid=loadtest,ou=people,dc=subaru,dc=nao,dc=ac,dc=jp
mailQuotaSize: 1024000

Dovecot-imap appear to recognize the quota from ldap, as the
Thunderbird quota plugin reads the correct info from LDAP if the
mailQuotaSize entry exists, and the default storage=10240 from
doveconf.conf if there is no LDAP attr.

However, deliver bounces the mails with a quota exceeded message:

deliver(loadtest): Sep 28 10:46:23 Info:
msgid=20100928204620.b8387640...@loa.subaru.nao.ac.jp
: save failed to INBOX: Quota exceeded
deliver(loadtest): Sep 28 10:46:23 Info:
msgid=20100928204620.b8387640...@loa.subaru.nao.ac.jp
: Rejected: Quota exceeded

Are we misunderstanding the way quotas are supposed to work in 1.x, or
are we just missing something, period? Any help would be appreciated.

Best Regards,
Camron

-- 
Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu Management Services of America, Inc.
E-mail: cw...@us.fujitsu.com

Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x

2010-10-07 Thread Charles Marcus 
On 2010-10-07 3:12 PM, Camron W. Fox wrote:
 We're running Dovecot V1.0.7 on RHEL5.5,

Very old, you will not get much support unless/until you upgrade...
1.2.15 is recommended for most, although 2.0.5 is current stable...

Lots of changes with respect to quotas (and everything else)...

-- 

Best regards,

Charles Marcus
I.T. Director
Media Brokers International, Inc.
678.514.6200 x224 | 678.514.6299 fax

Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x

2010-10-07 Thread Camron W. Fox 
On 10/10/07 09:17, Charles Marcus wrote:
 On 2010-10-07 3:12 PM, Camron W. Fox wrote:
 We're running Dovecot V1.0.7 on RHEL5.5,
 
 Very old, you will not get much support unless/until you upgrade...
 1.2.15 is recommended for most, although 2.0.5 is current stable...
 
 Lots of changes with respect to quotas (and everything else)...
 
Charles,

If we upgrade, then we lose RH support for any future dovecot issues
(not that they're being particularly helpful with this issue).

Best Regards,
Camron

-- 
Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu Management Services of America, Inc.
E-mail: cw...@us.fujitsu.com

Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x

2010-10-07 Thread William Blunn 

On 07/10/2010 20:38, Camron W. Fox wrote:

If we upgrade, then we lose RH support for any future dovecot issues


And if you don't upgrade, you don't get any support from the guy who 
wrote Dovecot and therefore knows it inside-out :-)


I tend to suggest the practice of: Keep your server on distro for the 
most part, but don't be shy of putting a carefully-chosen handful of 
packages off distro where you get a useful win.



(not that they're being particularly helpful with this issue).


Keep on with that line of thinking :-)

Bill

Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x

2010-10-07 Thread Charles Marcus 
On 2010-10-07 3:38 PM, Camron W. Fox wrote:
 If we upgrade, then we lose RH support for any future dovecot issues
 (not that they're being particularly helpful with this issue).

Personally I think you'd get much higher quality support for free right
here from the developer himself...

But of course, when dealing with PHBs, logic and reality sometimes take
a back-seat to silliness - like being forced to stick with ancient
versions of software 'just because'.

-- 

Best regards,

Charles

Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x

2010-10-07 Thread Camron W. Fox 
On 10/10/07 10:08, Charles Marcus wrote:
 On 2010-10-07 3:38 PM, Camron W. Fox wrote:
 If we upgrade, then we lose RH support for any future dovecot issues
 (not that they're being particularly helpful with this issue).
 
 Personally I think you'd get much higher quality support for free right
 here from the developer himself...
 
 But of course, when dealing with PHBs, logic and reality sometimes take
 a back-seat to silliness - like being forced to stick with ancient
 versions of software 'just because'.
 

Wait, *you're* not my customer, are you? That certainly sounded like them...

-- 
Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu Management Services of America, Inc.
E-mail: cw...@us.fujitsu.com

[Dovecot] dovecot-2.0.5: what does mpid=0 mean?

2010-10-07 Thread Ralf Hildebrandt 
Oct  7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth 
attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS
Oct  7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth 
attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking
Oct  7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth 
attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking
Oct  7 22:12:10 postamt dovecot: imap-login: Disconnected: Inactivity (no auth 
attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking

What does mpid=0 mean?

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | http://www.charite.de

Re: [Dovecot] dovecot-2.0.5: what does mpid=0 mean?

2010-10-07 Thread Charles Marcus 
On 2010-10-07 4:23 PM, Ralf Hildebrandt wrote:
 What does mpid=0 mean?

Wag: Master Process ID?

-- 

Best regards,

Charles

[Dovecot] Qmail+Vpopmail+Mysql+Dovecot 2.x (Notes on a successful conversion)

2010-10-07 Thread Aaron 
 SoI had a hell of a time converting my qmail install to dovecot 2.0.5, 
so I thought I'd pass on what I learned.


1. When using vpopmail, do not use  --disable-many-domains.  If you 
do, you'll need to recompile vpopmail without that setting and use the 
script found at 
http://qmailrocks.thibs.com/downloads/scripts/migrate-vpopmail-many-domains 
to collapse the tables.


2.  Switch to mysql authentication.  The following snippet works well.

driver = mysql
connect = host=/var/run/mysqld/mysqld.sock user=vpopmail 
password=YOURPASS dbname=vpopmail

default_pass_scheme = PLAIN
password_query = SELECT CONCAT(pw_name, '@', pw_domain) AS user, 
pw_clear_passwd AS password FROM vpopmail WHERE pw_name = '%n' AND 
pw_domain = '%d'
user_query = SELECT pw_dir as home, 1008 AS uid, 1003 AS gid FROM 
vpopmail WHERE pw_name = '%n' AND pw_domain = '%d'


3.  When integrating Sieve, vpopmail apparently needs to own auth-master 
and authdb. (example available on request)


4.  If coming from maildrop as the LDA, you can put the following in 
your maildroprc to allow a gentler transition (or to keep maildrop's 
ability to call external applications)


`test -r  /usr/libexec/dovecot/deliver`
if ( $RETURNCODE == 0)
{
`test -r  $HOME/$EXT/.sieve`
if ( $RETURNCODE == 0)
{
to | /usr/libexec/dovecot/deliver  -d $...@$user
}
}
5.  When completely switching, you can either replace the .qmail files 
or use one of the following in qmail/control/defaultdelivery


|/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d $...@$user
|/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d 
${EXT/-...@$user -a $...@$user


--

This should allow a final conversion to vpopmail 5.5 (from 5.4.30) with 
dovecot 2.0.x.. I haven't done that final step yet, but it should now work.


Anyhow, I hope this saves someone a few days of head scratching.

a.

[Dovecot] pop3-login no longer segfaults with gcc4.5.2 and gold :)

2010-10-07 Thread interfaSys sàrl 
Hello,

I reported a while back that it wasn't possible to compile the whole of
Dovecot using gcc 4.5.2 and the new gold linker, but it's now working
with recent snapshots of both binutils and GCC.

Cheers,

Olivier

[Dovecot] patch for mysterious maildir symlink error

2010-10-07 Thread Mike Abbott 
This may resolve the mysterious Maildir: Symlink destination doesn't exist 
errors.

--- a/src/lib-storage/index/maildir/maildir-util.c
+++ b/src/lib-storage/index/maildir/maildir-util.c
@@ -91,7 +91,7 @@
 {
struct stat st;
 
-   if (lstat(path, st) == 0  (st.st_mode  S_IFLNK) != 0) {
+   if (lstat(path, st) == 0  (st.st_mode  S_IFMT) == S_IFLNK) {
/* most likely a symlink pointing to a nonexistent file */
mail_storage_set_critical(mbox-storage-storage,
Maildir: Symlink destination doesn't exist: %s, path);

[Dovecot] POP3 Slow

2010-10-07 Thread Avinash Mishra 
Hi, 



I am running both IMAP/POP3 services. Recently, the POP3 users started 
complaining of slow performance.



I tried to resolve  it by advising them to trim their inbox, but to no avail.



Kindly advise as I am not able to resolve this issue.



dovecot -n:



# 1.0.7: /etc/dovecot.conf

ssl_cert_file: /etc/dovecot.cert.pem

ssl_key_file: /etc/dovecot.key.pem

login_dir: /var/run/dovecot/login

login_executable(default): /usr/libexec/dovecot/imap-login

login_executable(imap): /usr/libexec/dovecot/imap-login

login_executable(pop3): /usr/libexec/dovecot/pop3-login

mail_location: maildir:~/Maildir

mail_executable(default): /usr/libexec/dovecot/imap

mail_executable(imap): /usr/libexec/dovecot/imap

mail_executable(pop3): /usr/libexec/dovecot/pop3

mail_plugin_dir(default): /usr/lib/dovecot/imap

mail_plugin_dir(imap): /usr/lib/dovecot/imap

mail_plugin_dir(pop3): /usr/lib/dovecot/pop3

pop3_client_workarounds(default): 

pop3_client_workarounds(imap): 

pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh

auth default:

  mechanisms: plain login

  passdb:

    driver: pam

  userdb:

    driver: passwd



=



sstrace -tt -o log -p pop3 process id:



18:45:55.425819 gettimeofday({1286457355, 425856}, {4294966966, 0}) = 0

18:45:55.425901 write(1, hQIKACgAoAKACgAoAKACgAoASgBaBhQI..., 1683) = 1683

18:45:55.425987 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0

18:45:55.426044 pread64(9, UAFABQAUAFABQBR+zxT31x5qBsBcUAOu..., 4096, 20480) 
= 4096

18:45:55.426137 write(1, \r\nAUAFABQAUAFABQAUAFABQAUAFABQAU..., 4134) = 4134

18:45:55.426204 pread64(9, /AJ5p+VAg+zwd4k/7\n5FAB9nh/55J/3y..., 4096, 24576) 
= 4096

18:45:55.426298 write(1, \r\nAC+UmP4v++jR8gsHkp7/APfRosuwWI..., 4134) = 4134

18:45:55.426373 pread64(9, FA\nBQAUAFABQAUAFABQAUAFABQAUAFAB..., 4096, 28672) 
= 4096

18:45:55.426466 write(1, \r\nKBBQAUAFABQAUAFABQAUAFABQAUAFA..., 4134) = 1729

18:45:55.426528 write(1, rSs+4B+8/2f1oswD956r+VGow/eeq/lR..., 2405) = -1 
EAGAIN (Resource temporarily unavailable)

18:45:55.426600 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0

18:45:55.426674 gettimeofday({1286457355, 426704}, NULL) = 0

18:45:55.426752
poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2,
events=POLLERR|POLLHUP|POLLNVAL}, {fd=0,
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1,
events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4839) = 1 ([{fd=1,
revents=POLLOUT}])

18:45:55.803792 gettimeofday({1286457355, 803819}, {4294966966, 0}) = 0

18:45:55.803867 write(1, rSs+4B+8/2f1oswD956r+VGow/eeq/lR..., 2405) = 2405

18:45:55.803943 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0

18:45:55.803998 pread64(9, BQAUAFABQAUAFABQAUAFABQAUAFABQAU..., 4096, 32768) 
= 4096

18:45:55.804091 write(1, \r\nAFABQAUAFABQAUAFABQAUAFABQAUAF..., 4134) = 4134

18:45:55.804158 pread64(9, QH+Dbzj0zQBbVCrjDfIFxtx+tAD6ACgA..., 4096, 36864) 
= 4096

18:45:55.804251 write(1, \r\njQBQgtryBSqPDknJJBJJ96ALe6QXCp..., 4134) = 2221

18:45:55.804327 write(1, 86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF..., 1913) = -1 
EAGAIN (Resource temporarily unavailable)

18:45:55.804399 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0

18:45:55.804449 gettimeofday({1286457355, 804466}, NULL) = 0

18:45:55.804497
poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2,
events=POLLERR|POLLHUP|POLLNVAL}, {fd=0,
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1,
events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4461) = 1 ([{fd=1,
revents=POLLOUT}])

18:45:56.189834 gettimeofday({1286457356, 189861}, {4294966966, 0}) = 0

18:45:56.189908 write(1, 86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF..., 1913) = 1913

18:45:56.189982 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0

18:45:56.190039 pread64(9, uJ5Y9W/wC+jTC4CNf9r/vo0XC4uwep/w..., 4096, 40960) 
= 4096

18:45:56.190136 write(1, \r\nMN/e/Siwai4b+9+lKwBtb++fyosAbW..., 4134) = 4134

18:45:56.190204 pread64(9, 0pAGBQAUALQAUAJQAtA\nBQAlAC0AFABQ..., 4096, 45056) 
= 4096

18:45:56.190295 write(1, \r\nB5Ef939aLLsGvcPs8WMbBRoGvcPs8X..., 4134) = 1253

18:45:56.190370 write(1, gAoAKACgAoAKACgAoAKACgAoAKACgAoA..., 2881) = -1 
EAGAIN (Resource temporarily unavailable)

18:45:56.190442 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0

18:45:56.190492 gettimeofday({1286457356, 190510}, NULL) = 0

18:45:56.190540
poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2,
events=POLLERR|POLLHUP|POLLNVAL}, {fd=0,
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1,
events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4075) = 1 ([{fd=1,
revents=POLLOUT}])

18:45:56.394306 gettimeofday({1286457356, 394338}, {4294966966, 0}) = 0

18:45:56.394394 write(1, gAoAKACgAoAKACgAoAKACgAoAKACgAoA..., 2881) = 2881

18:45:56.394481 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0

18:45:56.394539 pread64(9, AWgB\nKACgAoAWgBp6igBaAFoASgAoAKA..., 4096, 49152) 
= 4096

18:45:56.394658 write(1, \r\n5A2DzRYBnmtjI5GcfSnYB+XaMlcbqX..., 4134) = 2959

18:45:56.394739 write(1,