Re: Quota configuration issue [was: doveadm problem]

2015-04-23 Thread T.Tributh 
Thank you.
That hint solved my issue.
Perfect.
Regards Torsten


On 04/24/2015 12:39 AM, Pascal Volk wrote:
> On 04/23/2015 10:16 PM, T.Tributh wrote:
>> Hi,
>> since several versions i have the following problem:
>> Actually i am using:
>>
>>  dovecot --version
>> 2.2.16 (de2023e630cb)
>>
>> When i try to use doveadm i see the following error:
>>
>> doveadm pw -t
>> {SSHA512}cywDi7p60qc1K0mK4zAC2NrnK86hntGgbQcAh3H9U3WEpZMFk1hj/MYQ81hJouP1FOsF/Jasc1BjzdaPeUU5fYLitEzV
>> -p 1234
>> Fatal: Couldn't load required plugin
>> /usr/lib/dovecot/modules/lib11_imap_quota_plugin.so: dlopen() failed:
>> /usr/lib/dovecot/modules/lib11_imap_quota_plugin.so: undefined symbol:
>> command_unregister
>>
>> I recognized that these lines in my main dovecot.conf are responsible:
>>
>> mail_plugins = quota imap_quota
> That's wrong for the global mail_plugins setting
>
>> When i change it to
>>
>> mail_plugins = quota
>> ...
>> but than my thunderbird-client is not longer able to recognize to
>> mailbox-size.
> See http://wiki2.dovecot.org/Quota#Enabling_quota_plugins
>
>
> Regards,
> Pascal




signature.asc
Description: OpenPGP digital signature

Quota configuration issue [was: doveadm problem]

2015-04-23 Thread Pascal Volk 
On 04/23/2015 10:16 PM, T.Tributh wrote:
> Hi,
> since several versions i have the following problem:
> Actually i am using:
> 
>  dovecot --version
> 2.2.16 (de2023e630cb)
> 
> When i try to use doveadm i see the following error:
> 
> doveadm pw -t
> {SSHA512}cywDi7p60qc1K0mK4zAC2NrnK86hntGgbQcAh3H9U3WEpZMFk1hj/MYQ81hJouP1FOsF/Jasc1BjzdaPeUU5fYLitEzV
> -p 1234
> Fatal: Couldn't load required plugin
> /usr/lib/dovecot/modules/lib11_imap_quota_plugin.so: dlopen() failed:
> /usr/lib/dovecot/modules/lib11_imap_quota_plugin.so: undefined symbol:
> command_unregister
> 
> I recognized that these lines in my main dovecot.conf are responsible:
> 
> mail_plugins = quota imap_quota

That's wrong for the global mail_plugins setting

> 
> When i change it to
> 
> mail_plugins = quota
> ...
> but than my thunderbird-client is not longer able to recognize to
> mailbox-size.

See http://wiki2.dovecot.org/Quota#Enabling_quota_plugins


Regards,
Pascal
-- 
The trapper recommends today: decade.1511...@localdomain.org

doveadm problem

2015-04-23 Thread T.Tributh 
Hi,
since several versions i have the following problem:
Actually i am using:

 dovecot --version
2.2.16 (de2023e630cb)

When i try to use doveadm i see the following error:

doveadm pw -t
{SSHA512}cywDi7p60qc1K0mK4zAC2NrnK86hntGgbQcAh3H9U3WEpZMFk1hj/MYQ81hJouP1FOsF/Jasc1BjzdaPeUU5fYLitEzV
-p 1234
Fatal: Couldn't load required plugin
/usr/lib/dovecot/modules/lib11_imap_quota_plugin.so: dlopen() failed:
/usr/lib/dovecot/modules/lib11_imap_quota_plugin.so: undefined symbol:
command_unregister

I recognized that these lines in my main dovecot.conf are responsible:

mail_plugins = quota imap_quota

When i change it to

mail_plugins = quota

The command is working like expected:

doveadm pw -t
{SSHA512}cywDi7p60qc1K0mK4zAC2NrnK86hntGgbQcAh3H9U3WEpZMFk1hj/MYQ81hJouP1FOsF/Jasc1BjzdaPeUU5fYLitEzV
-p 1234
{SSHA512}cywDi7p60qc1K0mK4zAC2NrnK86hntGgbQcAh3H9U3WEpZMFk1hj/MYQ81hJouP1FOsF/Jasc1BjzdaPeUU5fYLitEzV
(verified)

but than my thunderbird-client is not longer able to recognize to
mailbox-size.

Regards Torsten Tributh




signature.asc
Description: OpenPGP digital signature

Re: Crash in dovecot/auth with backtrace

2015-04-23 Thread Timo Sirainen 
On 23 Apr 2015, at 17:34, Ralf Hildebrandt  wrote:
> 
> I'm seeing this odd crash with 
> "USER\t531\t*@liquid-scan.de\tservice=quota-status"
> Which looks like something is being tested against our quota-status --
> but I fail to see why an NON LOCAL address is being tested

Oh, that's not very good. Fixed: 
http://hg.dovecot.org/dovecot-2.2/rev/65f825a8cd0b

Re: doveadm-server hangs with 100% cpu usage

2015-04-23 Thread Dennis Kuhn 
On 21.04.2015 21:50, Timo Sirainen wrote:
> On 20 Apr 2015, at 19:10, Dennis Kuhn  wrote:

>> My workaround is to delete the user directory on the replica  so that
>> the whole account is replicated again. This solves the problem for this
>> specific account.
> 
> So killing the doveadm-server process will cause it to hang again for the 
> same user? That's good, since it means it can be reproduced by taking a copy 
> of the mailboxes and trying to run "doveadm sync" manually on them locally, 
> e.g.:
> 
> doveadm -D -o mail=mdbox:/tmp/mdbox1 sync mdbox:/tmp/mdbox2
> 
> Does that hang? If yes, we can get further with it. The -D parameter is also 
> helpful here - v2.2.16 logs much more useful debug logging with dsync that 
> can also help catch these kind of hangs. Even if you can't reproduce the hang 
> the above way, having mail_debug=yes for dsync and getting the debug logs 
> from a hanging session would be useful. (But it may also mean that a hang 
> might start flooding your logs with debug messages and eat up all the disk 
> space.)
> 

i will produce a debug log when the problem occurs next time. For the
last few days everything is working fine.

Re: Dovecot 2.2.16: disappearing messages, mismatched summaries, duplicated messages, excessive full re-downloads

2015-04-23 Thread David Gessel 
very_dirty_syncs helped a lot - the problems still happen but only about every 
30 minutes.  It seems this flag prevents re-indexing on whatever was constantly 
inducing it (with every client-check, if there was a change written to the 
directory, is my best guess watching the logs go).

I still get all the same symptoms, but far less frequently.

I'm inclined to believe, as trivial as it may be to enumerate, that:

Something is triggering dovecot to believe the indexes need to be rebuilt.

When checking mail during the rebuild, clients get confused by UIDs in 
transition.

Today I had to quit TB and restart because duplicates filled my preview pane.  
Mulberry has been better, when it gets confused now, it is usually sufficient 
to initiate a manual check or expunge to get the list to update.

I would think that sdbox would alleviate these issues, no?

 Original Message 
Subject: Re: Dovecot 2.2.16: disappearing messages, mismatched summaries, 
duplicated messages, excessive full re-downloads
From: Timo Sirainen 
To: David Gessel 
Date: Sat Apr 18 2015 17:38:02 GMT+0300 (Arabic Standard Time)

> On 18 Apr 2015, at 16:00, David Gessel  wrote:
>>
>>> No. My best guess is that (your) ZFS+FreeBSD is simply not behaving the way 
>>> Dovecot wants filesystems to behave (readdir() sometimes skipping over 
>>> files). I don't have any other suggestion than trying a different 
>>> filesystem or OS. I haven't heard ZFS having these problems before though.
>>
>>
>> Or migrating to sdbox.  Absent any further suggestions, that will be my next 
>> step.  My commitment to Maildir is far lower than my commitment to 
>> FreeBSD/ZFS.  It is just a historical preference coming from a decade+ of 
>> courier IMAP. 
> 
> Actually as a workaround you could try maildir_very_dirty_syncs=yes which 
> gets rid of most of the readdir()s.
>

Crash in dovecot/auth with backtrace

2015-04-23 Thread Ralf Hildebrandt 
I'm seeing this odd crash with 
"USER\t531\t*@liquid-scan.de\tservice=quota-status"
Which looks like something is being tested against our quota-status --
but I fail to see why an NON LOCAL address is being tested

GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/dovecot-2.2/libexec/dovecot/auth...done.
[New LWP 2289]
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
Core was generated by `dovecot/auth'.
Program terminated with signal 6, Aborted.
#0  0xb7724424 in __kernel_vsyscall ()
#0  0xb7724424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb74a0661 in *__GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = 
pid = -1218617356
selftid = 2289
#2  0xb74a3a92 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0xbfd1c924, 
sa_sigaction = 0xbfd1c924}, sa_mask = {__val = {3077760610, 
  3218196756, 3076712520, 3218196744, 3077843556, 0, 3074764848, 
  1, 0, 1, 3077716256, 145215752, 1097, 3077184659, 3, 145244200, 
  1, 128, 0, 3218196816, 3218196744, 3218196756, 3218196764, 
  3077716256, 0, 3077194863, 145215720, 3076749582, 3077199789, 
  3077686824, 1097, 3077686824}}, sa_flags = 0, 
  sa_restorer = 0xb76a5c2f }
sigs = {__val = {32, 0 }}
#3  0xb76a624e in default_fatal_finish (type=, 
status=status@entry=0) at failures.c:202
backtrace = 0x8a7c8d8 
"/usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(+0x7825e) [0xb76a625e] -> 
/usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(+0x782e1) [0xb76a62e1] -> 
/usr/local/dovecot-2.2/lib/dovecot/libdovecot."...
#4  0xb76a62e1 in i_internal_fatal_handler (ctx=0xbfd1c9f0, 
format=0x807a0c4 "file %s: line %d (%s): assertion failed: (%s)", 
args=0xbfd1ca14 "\257j\a\b\371\004") at failures.c:671
status = 0
#5  0xb76a6e5f in i_panic (
format=format@entry=0x807a0c4 "file %s: line %d (%s): assertion failed: 
(%s)") at failures.c:276
ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0, 
  timestamp_usecs = 0}
args = 0xbfd1ca14 "\257j\a\b\371\004"
#6  0x0805873a in auth_request_set_login_username (request=0x8a945d8, 
username=0x8a7c548 "", error_r=0xbfd1cad4) at auth-request.c:1273
master_passdb = 
__FUNCTION__ = "auth_request_set_login_username"
#7  0x08054c44 in master_input_auth_request (conn=conn@entry=0x8aa18b8, 
args=args@entry=0x8a941c1 "531\t*@liquid-scan.de\tservice=quota-status", 
cmd=cmd@entry=0x8076925 "USER", request_r=request_r@entry=0xbfd1cad0, 
error_r=error_r@entry=0xbfd1cad4) at auth-master-connection.c:209
auth_request = 0x8a945d8
list = 0x8a7c53c
name = 
arg = 
username = 0x8a7c504 "*@liquid-scan.de"
id = 531
#8  0x0805539c in master_input_user (
args=0x8a941c1 "531\t*@liquid-scan.de\tservice=quota-status", 
conn=0x8aa18b8) at auth-master-connection.c:306
auth_request = 0x8a92e70
error = 0x8ab8e81 "31298"
ret = 
#9  auth_master_input_line (
line=0x8a941bc "USER\t531\t*@liquid-scan.de\tservice=quota-status", 
conn=0x8aa18b8) at auth-master-connection.c:615
No locals.
#10 master_input (conn=0x8aa18b8) at auth-master-connection.c:679
_data_stack_cur_id = 3
line = 
ret = 40
#11 0xb76baf8b in io_loop_call_io (io=0x8a92ba8) at ioloop.c:501
ioloop = 0x8a844e8
t_id = 2
__FUNCTION__ = "io_loop_call_io"
#12 0xb76bc272 in io_loop_handler_run_internal (ioloop=ioloop@entry=0x8a844e8)
at ioloop-epoll.c:220
ctx = 0x8a8b500
events = 0x8f1
event = 0x8a8b558
list = 0x8a92be0
io = 
tv = {tv_sec = 0, tv_usec = 999856}
events_count = 
msecs = 
ret = 3
i = 
j = 
call = 
__FUNCTION__ = "io_loop_handler_run_internal"
#13 0xb76bb01c in io_loop_handler_run (ioloop=ioloop@entry=0x8a844e8)
at ioloop.c:548
No locals.
#14 0xb76bb0a8 in io_loop_run (ioloop=0x8a844e8) at ioloop.c:525
__FUNCTION__ = "io_loop_run"
#15 0xb76527ae in master_service_run (service=0x8a84418, 
callback=0x8063df0 ) at master-service.c:569
No locals.
#16 0x08064490 in main (argc=1, argv=0x8a841e0) at main.c:393
c = 

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hinde

Re: Dovecot 2.2.16 crashes when fetching mails with Trojita 0.5

2015-04-23 Thread Timo Sirainen 
On 22 Apr 2015, at 08:25, Dennis Schridde  wrote:
> 
> Hello!
> 
> When I fetch certain emails from my Dovecot 2.2.16 server using Trojita 0.5, 
> dovecot/imap will crash reproducibly. Please find config and backtrace from 
> coredump attached.

I can't figure out how to reproduce this. But does 
http://hg.dovecot.org/dovecot-2.2/raw-rev/de2023e630cb happen to help? If not, 
it would be useful to know what is the IMAP command that Trojita sends that 
causes it and also one mail that causes the crash (if it doesn't crash with all 
mails).