Hi Danny
possibly it has to do with the valid_chroot_dirs option, so that your userdb is
not able to find the users file?
http://wiki2.dovecot.org/Chrooting?highlight=%28valid_chroot_dirs%29
Regards
Daniel
Daniel,
Thanks for the reply. After reading up on that link, I removed all
chroot settings, letting dovecot use its defaults. I figure that should
open things up as much as possible for testing. My configuration now
looks like this, but I get no change in behavior:
# 2.2.9: /etc/dovecot/d
I observed several long running dovecot/lmtp processes hogging the
CPU. I then strace'd them (strace -c -p 6375) and found them
munmap()-ing a lot:
% time seconds usecs/call callserrors syscall
-- --- --- - -
97.18 19.592537
What does the content your users file look like? Is it in the correct format?
http://wiki2.dovecot.org/AuthDatabase/PasswdFile
Also looks like you need to move some arguments from args to default_fields in
your userdb section.
Regards
Daniel
Daniel,
Nice catch. The arguments all being in the args = instead of the
default_fields = for the userdb section was the problem. A newbie RTFM
incident for sure.
Thank you very much for your help. Now I'm off to see if I can break it
again getting all the other mail layers added!
Kind
On 6/7/2014 10:46 AM, Kilburn Abrahams wrote:
These users
have 50GB+ mailboxes using IMAP.
What mailbox format (maildir? dbox? mbox?)?
Unfortunately not. It uses the PHPass, which is more complicated than a simple
hash (it uses salting and stretching, making it more secure against a
brute-force attacks). Although the phpass is available as python or perl
script, I want to use the wordpress' functions. Then it would be
"future-
On 06/09/2014 02:58 AM, Charles Marcus wrote:
> On 6/7/2014 10:46 AM, Kilburn Abrahams wrote:
>> These users
>> have 50GB+ mailboxes using IMAP.
>
> What mailbox format (maildir? dbox? mbox?)?
Maildir++. I have got most Outlook users to remove delete items so the
size ~ 30GB with the exception of
