Re: Fatal: master: service(imap): child 20258 killed with signal 6 (core not dumped - set service imap { drop_priv_before_exec=yes })

2014-07-14 Thread Maciej Uhlig 
Just a remark: this issue (Panic: file buffer.c: line 307
(buffer_set_used_size): assertion failed: (used_size = buf-alloc)) was
reported by me on 2014-01-11 on 2.2.10, it still occurs on 2.2.13.
Indeed, we also switched from sparc server to x86. We also removed all
the dovecot indexes. We use maildir only. However, the issue persists
and I can observe this panic almost every day.

Thanks.

MU

CJ Keist - 2014-07-15 06:22:
 Yes,
I did switch from sparc server to x86.  I also removed all the 
 dovecot.indexes and .imap folders.  I will try 2.2 again tomorrow with the 
 process limits specified for imap, pop, and auth.  
 My concern is with auto detection of user accounts using mbox or Maildir 
 formats.  Is it still the case to support mix mbox and Maildir by commenting 
 out the mail_location lines?
  


 On Jul 14, 2014, at 4:50 PM, Timo Sirainen t...@iki.fi wrote:

 Did you actually switch from sparc to x86 CPU in the server? If yes, then 
 looks like the code to handle the switching could use some fixing.

 But in any case you can just delete the .imap/ directories and have the 
 indexes be rebuilt.

 On 14.7.2014, at 21.10, CJ Keist cj.ke...@colostate.edu wrote:


 Jul 10 00:20:00 mail2 dovecot: [ID 583609 mail.crit] imap(tjs): Panic: file 
 buffer.c: line 307 (buffer_set_used_size): assertion failed: (used_size = 
 buf-alloc)




smime.p7s
Description: Kryptograficzna sygnatura S/MIME

[Dovecot] dovecot auth ldap attributes - unused?

2014-05-21 Thread Maciej Uhlig 
Please explain the following dovecot (2.2.13) behaviour: I run dovecot
in ldap auth debug mode and log file excerpt follows:

2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug:
ldap(user@domain,pcip,bdKvA+P5HQCbnmFI): bind search:
base=o=tree,dc=do,dc=ma,dc=in
filter=((objectClass=MailAccount)(accountActive=TRUE)(mail=user@domain))
2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug:
ldap(user@domain,pcip,bdKvA+P5HQCbnmFI): result: mail=user@domain;
mail unused
2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug:
ldap(user@domain,pcip,bdKvA+P5HQCbnmFI): result: mail=user@domain
2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug: client passdb
out: OK   24  user=user@domain

2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug:
ldap(user@domain,pcip,bdKvA+P5HQCbnmFI): user search:
base=o=tree,dc=do,dc=ma,dc=in scope=subtree
filter=((objectClass=MailAccount)(accountActive=TRUE)(mail=user@domain)) 
fields=mail,quota,mailbox
2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug:
ldap(user@domain,pcip,bdKvA+P5HQCbnmFI): result:
mailbox=maildir:/mail/domain/user/mail/ quota=1G mail=user@domain;
mail,mailbox,quota unused
2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug:
ldap(user@domain,pcip,bdKvA+P5HQCbnmFI): result:
mailbox=maildir:/mail/domain/user/mail/ quota=1G mail=user@domain
2014-05-21T08:22:01+02:00 dovecot/ip dovecot: auth: Debug: master userdb
out: USER 3606315009  user@domain  quota_rule=*:bytes=1G  
mail=maildir:/mail/domain/user/mail/   home=/mail/domain/user

Question: why are there two ldap result log lines while the first line
shows unused attributes and the second doesn't. Does the first occurence
show some code being excessive somehow?

Thanks.

MU




smime.p7s
Description: Kryptograficzna sygnatura S/MIME

Re: [Dovecot] running postlogin script result in libgcc_s.so.1 must be installed for pthread_cancel to work

2014-03-02 Thread Maciej Uhlig 
Kim Johansen - 2014-03-02 20:09:

 - but I have had success with using a bash script instead of a PHP
script, with a smaller foodprint as Jeroen suggested.
 So I think that is the solution is to rewrite the script to bash script.

Some time ago I tried to get postlogin PHP script working without
success (i don't remember what exactly was the problem though). What I
did, was make postlogin shell script calling postlogin PHP script via
exec. Something like this:

#!/bin/sh
set  /tmp/dovecot-environment
echo $@  /tmp/dovecot-args
exec /data/etc/dovecot/postlogin.php  /dev/null 21 
exec $@

This worked.

MU




smime.p7s
Description: Kryptograficzna sygnatura S/MIME

[Dovecot] Fatal: master: service(lmtp): child n killed with signal 11 (core dumped) - in mail_cache_header_fields_read

2014-01-14 Thread Maciej Uhlig 
This is log from dovecot 2.1.17 (I had to downgrade from 2.2.10 because lot of 
problems) on CentOS 6.5:

2014-01-14T18:36:03+01:00 server/a.b.c.d dovecot: lmtp(5927): Fatal: master: 
service(lmtp): child 5927 killed with signal 11 (core dumped)

# uname -a
Linux server 2.6.32-431.1.2.0.1.el6.x86_64 #1 SMP Fri Dec 13 13:06:13 UTC 2013 
x86_64 x86_64 x86_64 GNU/Linux

(gdb) bt full
#0  0x7fb14b9b3bb5 in mail_cache_header_fields_read ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#1  0x7fb14b9b19aa in mail_cache_open_and_verify ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#2  0x7fb14b9b35bd in mail_cache_register_get_list ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#3  0x7fb14b9a11a7 in index_mail_parse_header_init ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#4  0x7fb14b9a1ff8 in index_mail_cache_parse_init ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#5  0x7fb14b94c982 in maildir_save_add ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#6  0x7fb14b94ccd8 in maildir_save_begin ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#7  0x7fb14b031b23 in quota_save_begin ()
   from /usr/local/dovecot/lib/dovecot/lib10_quota_plugin.so
---Type return to continue, or q return to quit---
No symbol table info available.
#8  0x7fb14b982552 in mailbox_save_begin ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#9  0x7fb14b97ae8f in mail_storage_copy ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#10 0x7fb14b948ef6 in maildir_copy ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#11 0x7fb14ae25551 in notify_copy ()
   from /usr/local/dovecot/lib/dovecot/lib15_notify_plugin.so
No symbol table info available.
#12 0x7fb14b031907 in quota_copy ()
   from /usr/local/dovecot/lib/dovecot/lib10_quota_plugin.so
No symbol table info available.
#13 0x7fb14b9824aa in mailbox_copy ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#14 0x7fb14a9d7dc6 in act_store_execute ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-sieve.so.0
No symbol table info available.
#15 0x7fb14a9ce0f4 in _sieve_result_implicit_keep ()
---Type return to continue, or q return to quit---
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-sieve.so.0
No symbol table info available.
#16 0x7fb14a9cfe27 in sieve_result_execute ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-sieve.so.0
No symbol table info available.
#17 0x7fb14a9df918 in sieve_multiscript_run ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-sieve.so.0
No symbol table info available.
#18 0x7fb14ac2189e in lda_sieve_deliver_mail ()
   from /usr/local/dovecot/lib/dovecot/lib90_sieve_plugin.so
No symbol table info available.
#19 0x7fb14bc1d305 in mail_deliver ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot-lda.so.0
No symbol table info available.
#20 0x004054c3 in client_input_data_handle ()
No symbol table info available.
#21 0x7fb14b6ba146 in io_loop_call_io ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot.so.0
No symbol table info available.
#22 0x7fb14b6bb46d in io_loop_handler_run ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot.so.0
No symbol table info available.
#23 0x7fb14b6ba0e8 in io_loop_run ()
---Type return to continue, or q return to quit---
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot.so.0
No symbol table info available.
#24 0x7fb14b6a4043 in master_service_run ()
   from /usr/local/dovecot-2.1.17/lib/dovecot/libdovecot.so.0
No symbol table info available.
#25 0x00404096 in main ()
No symbol table info available.
(gdb)

MU




smime.p7s
Description: Kryptograficzna sygnatura S/MIME

[Dovecot] Fatal: master: service(imap): child n killed with signal 11 (core dumped) - in mail_cache_header_fields_read

2014-01-13 Thread Maciej Uhlig 
This is log from dovecot 2.2.10:

2014-01-13T15:34:39+01:00 server/a.b.c.d dovecot: imap(user@domain): Fatal: 
master: service(imap): child 6290 killed with signal 11 (core dumped)

(gdb) bt full
#0  0x7fe78683aba5 in mail_cache_header_fields_read ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#1  0x7fe78683890a in mail_cache_open_and_verify ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#2  0x7fe78683c339 in mail_cache_field_exists ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#3  0x7fe78683c459 in mail_cache_lookup_field ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#4  0x7fe786821949 in index_mail_cache_lookup_field ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#5  0x7fe7868222d6 in index_mail_update_access_parts ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#6  0x7fe786822676 in index_mail_set_seq ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#7  0x7fe786829f51 in search_more ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
---Type return to continue, or q return to quit---
No symbol table info available.
#8  0x7fe78682a778 in index_storage_search_next_nonblock ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#9  0x7fe786800257 in mailbox_search_next_nonblock ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#10 0x7fe7868002b6 in mailbox_search_next ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0
No symbol table info available.
#11 0x0041b637 in imap_fetch_more_int ()
No symbol table info available.
#12 0x0041b871 in imap_fetch_more ()
No symbol table info available.
#13 0x0040d8ae in cmd_fetch ()
No symbol table info available.
#14 0x00418acd in command_exec ()
No symbol table info available.
#15 0x00417b10 in client_command_input ()
No symbol table info available.
#16 0x00417c25 in client_command_input ()
No symbol table info available.
#17 0x004180b5 in client_handle_input ()
---Type return to continue, or q return to quit---
No symbol table info available.
#18 0x0041892f in client_input ()
No symbol table info available.
#19 0x7fe786522c66 in io_loop_call_io ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0
No symbol table info available.
#20 0x7fe786523fd5 in io_loop_handler_run ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0
No symbol table info available.
#21 0x7fe786522bd8 in io_loop_run ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0
No symbol table info available.
#22 0x7fe7864cd483 in master_service_run ()
   from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0
No symbol table info available.
#23 0x00422807 in main ()
No symbol table info available.
(gdb)


MU




smime.p7s
Description: Kryptograficzna sygnatura S/MIME

[Dovecot] Panic: file buffer.c: line 307 (buffer_set_used_size): assertion failed: (used_size = buf-alloc)

2014-01-11 Thread Maciej Uhlig 
This is log from dovecot 2.2.10:

2014-01-11T09:55:14+01:00 server/a.b.c.d dovecot: imap(user@domain):
Error: Corrupted transaction log file
/pracmail/domain/user/mail/.sent-mail/dovecot.index.log seq 16777216:
log file shrank (868  6144) (sync_offset=6144)
2014-01-11T09:55:14+01:00 server/a.b.c.d dovecot: imap(user@domain):
Panic: file buffer.c: line 307 (buffer_set_used_size): assertion failed:
(used_size = buf-alloc)
2014-01-11T09:55:14+01:00 server/a.b.c.d dovecot: imap(user@domain):
Error: Raw backtrace:
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(+0x6c2fa)
[0x7f0704fa22fa] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(+0x6c366)
[0x7f0704fa2366] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(i_error+0)
[0x7f0704f5802f] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(+0x67489)
[0x7f0704f9d489] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(mail_transaction_log_file_open+0x2c0)
[0x7f07052ed120] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(mail_transaction_log_open+0xb8)
[0x7f07052e99b8] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(+0xc1784)
[0x7f07052cf784] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(mail_index_open+0xf0)
[0x7f07052cfac0] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(index_storage_mailbox_open+0xac)
[0x7f07052c0fac] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(+0x4d43a)
[0x7f070525b43a] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(+0x4d50f)
[0x7f070525b50f] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(+0x84054)
[0x7f0705292054] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(mailbox_open+0xf)
[0x7f070529220f] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(index_storage_get_status+0x4a)
[0x7f07052bfc2a] -
/usr/local/dovecot/lib/dovecot/lib10_quota_plugin.so(+0xb8ac)
[0x7f0704d1c8ac] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0(mailbox_get_status+0x8c)
[0x7f0705291ebc] - dovecot/imap(imap_status_get+0x7a) [0x42058a] -
dovecot/imap(cmd_status+0x15d) [0x413a0d] -
dovecot/imap(command_exec+0x3d) [0x418acd] - dovecot/imap() [0x417b10]
- dovecot/imap() [0x417c25] - dovecot/imap(client_handle_input+0x125)
[0x4180b5] - dovecot/imap(client_input+0x6f) [0x41892f] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36)
[0x7f0704fb2c66] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x95)
[0x7f0704fb3fd5] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(io_loop_run+0x38)
[0x7f0704fb2bd8] -
/usr/local/dovecot-2.2.10/lib/dovecot/libdovecot.so.0(master_service_run+0x13)
[0x7f0704f5d483] - dovecot/imap(main+0x2a7) [0x422807]
2014-01-11T09:55:14+01:00 server/a.b.c.d dovecot: imap(user@domain):
Fatal: master: service(imap): child 25125 killed with signal 6 (core dumped)
2014-01-11T09:55:15+01:00 server/a.b.c.d dovecot: imap(user@domain):
Error: Transaction log file
/pracmail/us.edu.pl/user/mail/.sent-mail/dovecot.index.log: marked corrupted

Unfortunately I'm not able to find core file although 'core dumped' is
written to the log.

MU



smime.p7s
Description: Kryptograficzna sygnatura S/MIME

[Dovecot] mail size needed in dovecot sieve log line

2012-09-26 Thread Maciej Uhlig 
This is a dovecot sieve log line:

2012-09-26T13:47:52+02:00 host/192.168.1.1 dovecot: [ID 583609
mail.info] lmtp(7565, user@domain): vTtJDTrrYlCNHQAAs1WjhA: sieve:
msgid=MSGID: stored mail into mailbox 'INBOX'

Would it be possible to have mail size logged here?

MU



smime.p7s
Description: Kryptograficzna sygnatura S/MIME

Re: [Dovecot] mail size needed in dovecot sieve log line

2012-09-26 Thread Maciej Uhlig 
Stephan Bosch:

 So, this should work for you:

 deliver_log_format=msgid=%m size=%p: %$


Oh yes it did the trick :-)

Thank you and best regards,

MU




smime.p7s
Description: Kryptograficzna sygnatura S/MIME

Re: [Dovecot] sieve script tracing

2011-06-06 Thread Maciej Uhlig 

W dniu 2011-06-06 00:56, Stephan Bosch pisze:


If you have a sample message, you can use the sieve-test tool for 
that. You can check the individual steps the interpreter takes while 
processing the message. Refer to the man page for more info.




Thanks. It could be really helpful in case of script testing. But I'm 
rather interested in statistics (which rule most probably causes mail 
discarding).


Regards,

MU

Re: [Dovecot] sieve script tracing

2011-06-05 Thread Maciej Uhlig 

W dniu 2011-06-05 11:37, Stephan Bosch pisze:

What is your application?


Actually it's something like this:



if anyof (
# example #1
allof (
...
anyof (
...
)
),
# example #2
allof (
...
anyof (
...
)
),
# example #3
allof (
...
anyof (
...
)
),
# example #4
allof (
...
),
# example #4a
allof (
...
),

# example #5
allof (
...
),
# example #6
allof (
...
),
# example #7
allof (
...
)
)
{
discard;
}



I'd like to know which condition was the actual reason of e-mail 
discarding. I thought about log message.


Regards,

MU

[Dovecot] sieve script tracing

2011-06-04 Thread Maciej Uhlig 
Could it be possible to trace Sieve script using method other than 
enotify, i.e. to write a message to syslog using some action?


MU

[Dovecot] 2.0.11 segfault while can't access submission_host

2011-03-21 Thread Maciej Uhlig 

15-lda.conf:

submission_host = 192.168.m.n:587

2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.debug] 
lmtp(12354, u...@us.edu.pl): Debug: mcQ1NitVh01CMAAAuqlTtQ: sieve: 
executing script from /mails/sieve/u...@us.edu.pl.svbin
2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] 
lmtp(12354, u...@us.edu.pl): Error: smtp(192.168.m.n:587): RCPT TO 
failed: 554 5.7.1 prac[192.168.x.y]: Client host rejected: Access denied
2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] 
master: Error: service(lmtp): child 12354 killed with signal 11 (core 
not dumped)


in case submission_host grants access there is no segfault; mail sent ok.

Regards,

MU

[Dovecot] post-login scripting using PHP

2010-10-26 Thread Maciej Uhlig 
I'd like to write post-login script using PHP. I noticed every shell 
post-login script ends with: exec $@, which effectively executes 
dovecot's script-login.


However, while I try to do the same (?) in PHP: $prog = $argv[1]; exec 
($prog); it doesn't work. The client timeouts, dovecot (2.0.6) says 
Disconnected for inactivity.


May be I don't clearly see the way post-login scripting should work. Any 
hint to make it done?


Regards,

MU

Re: [Dovecot] post-login scripting using PHP

2010-10-26 Thread Maciej Uhlig 

W dniu 2010-10-26 16:03, Timo Sirainen pisze:

On Tue, 2010-10-26 at 16:00 +0200, Maciej Uhlig wrote:
   

I'd like to write post-login script using PHP. I noticed every shell
post-login script ends with: exec $@, which effectively executes
dovecot's script-login.
 

$@ is all parameters.
   


In case of shell script echo $@ gives me 
/usr/local/dovecot-2.0.6/libexec/dovecot/script-login



However, while I try to do the same (?) in PHP: $prog = $argv[1]; exec
($prog); it doesn't work.
 

Here you're executing the program, but not giving it any parameters from
$argv[2] etc. I don't know what is the correct way to do that in PHP.
   


In case of PHP I get:

[argv] = Array
(
[0] = /data/etc/dovecot/pop-postlogin.php
[1] = 
/usr/local/dovecot-2.0.6/libexec/dovecot/script-login

)

[argc] = 2

In both cases there are no more parameters. Is it possible my config is 
incorrect? What parameters should I give to script-login?


My config is simple for the beginning:

service pop-postlogin {
  executable = script-login /data/etc/dovecot/pop-postlogin.php
#  executable = script-login /data/etc/dovecot/pop-postlogin.sh
  unix_listener pop-postlogin {
  }
}


MU

Re: [Dovecot] dovecot+sieve redirect action signal 11 while user homedir not defined

2010-09-24 Thread Maciej Uhlig 

On 2010-09-23 17:08, Timo Sirainen wrote:

On Thu, 2010-09-23 at 15:33 +0100, Timo Sirainen wrote:
   

On Thu, 2010-09-23 at 15:00 +0200, Maciej Uhlig wrote:
 

2010-09-23T09:25:23+02:00 st1/192.168.10.201 dovecot: [ID 583609
mail.error] master: Error: service(lmtp): child 15524 killed with signal
11 (core not dumped)

in case user home directory is (erroneously) undefined.
   

I can't reproduce this.
 

Stephan suggested this is probably because of duplicate database. This
probably fixes it: http://hg.dovecot.org/dovecot-2.0/rev/75e466740c57
   


Yes, this fixed the issue.  Thank you Timo and Stephan :-)

[Dovecot] dovecot+sieve redirect action signal 11 while user homedir not defined

2010-09-23 Thread Maciej Uhlig 

Hi, while executing simple sieve script:

require [fileinto, envelope];
if header :contains subject test { redirect u...@domain; }

we got:

2010-09-23T09:25:23+02:00 st1/192.168.10.201 dovecot: [ID 583609 
mail.error] master: Error: service(lmtp): child 15524 killed with signal 
11 (core not dumped)


in case user home directory is (erroneously) undefined.

This happens with 'redirect' action only ('keep', 'fileinto' work ok).

Moreover, since there is no homedir, there is no core file too :-)

After user homedir was defined, the error disappeared.

This is under Solaris 10 with dovecot 2.0.3 and pigeonhole 0.2.0.

Thank you,

Maciej Uhlig

Re: [Dovecot] assertion failed while using sieve

2009-09-03 Thread Maciej Uhlig 

Timo Sirainen wrote:

Can you try if the attached patch fixes this

We did try. Unfortunately the problem is still there. Same error.

Best regards,

MU

Re: [Dovecot] assertion failed while using sieve

2009-09-02 Thread Maciej Uhlig 

let me provide some more findings:

first, the script which uses require body crashes too for some 
mails while running as a script for individual user.


second, we found the test mail example which causes this crash every time.

please let me know if you're interested in the mail source, I'd send it 
to the given address.


Regards,

MU

[Dovecot] assertion failed while using sieve

2009-09-01 Thread Maciej Uhlig 

Hi,

there is a line in TODO: - sieve-cmu.c crash: i_assert(buf-used - 1 == 
part-body_size.physical_size); . Yes, we've really seen this crash. 
Therefore we upgraded to dovecot-1.2.3 with dovecot-1.2-sieve-0.1.11 in 
order to use sieve plugin (i.e. not cmu-sieve). We use Solaris 10 on Sun 
servers, we don't use NFS.


However, unfortunately, dovecot with sieve crashes too. Here is dovecot 
log excerpt:


2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.crit] 
deliver(i...@domain): Panic: file ext-body-common.c: line 149: assertion 
failed: (buf-used - 1 == part-body_size.physical_size)
2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.crit] 
deliver(i...@domain): Panic: file ext-body-common.c: line 149: assertion 
failed: (buf-used - 1 == part-body_size.physical_size)
2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.error] 
deliver(i...@domain): Raw backtrace: 0xbd27c - 0xfead33b0 - 0xfead358c 
- 0xfead396c - 0xfead4a78 - 0xfeaa19dc - 0xfeaa1abc - 0xfeaa1c38 - 
0xfeabf22c - 0xfeabf520 - 0xfea90b20 - 0xfea91048 - 0xfea91404 - 
0x26e58 - 0x23778


Now, some background. We use a sieve script with require body. 
This script compiles correctly and more, it works correctly while named 
as i...@domain.sieve or i...@domain.svbin. Nevertheless while the 
very same script is defined in plugin section of dovecot conf as sieve 
= script or sieve_before = script or sieve_after = script then 
dovecot crashes. I consider it as an important hint for problem 
resolution. Moreover, not every mail is affected, but we didn't 
investigate which mails are correctly saved to inbox and which crash.


The effect is, we're not able to implement global sieve policies which 
is bad because we really need them :-). We'd than be happy to test 
fixes, if any.


Best regards,

MU

Re: [Dovecot] multiple passwords in different schemes

2009-01-20 Thread Maciej Uhlig 

Timo Sirainen wrote:

I've implemented it (or actually something that's a bit more generic)
this far: http://dovecot.org/patches/1.2/auth-multi-password.diff

But IIRC it's still missing things and I decided it's not worth the
effort right now.
  
I see. FYI I'd like to allow an user to authenticate for postfix: at 
work using PLAIN (with TLS) and at home using CRAM-MD5, while different 
scheme passwords are stored in LDAP directory. Would your 
auth-multi-password patch be enough for this purpose?


Best regards,

MU

Re: [Dovecot] multiple passwords in different schemes

2009-01-20 Thread Maciej Uhlig 

Timo Sirainen:

If the password is the same in both cases, you can simply use a single
CRAM-MD5 scheme. Dovecot can do plaintext authentication against all
schemes just fine.
  
Actually I happen not to understand the above :-(  I thought PLAIN is a 
plaintext schema while CRAM-MD5 is non-plaintext schema and it's 
impossible to have the same password in mixed schemas stored in one 
database used for different authentication mechanisms (i.e. PLAIN and 
CRAM-MD5). Moreover there is no fallback using mechanism other than 
PLAIN. What am I missing here?


Yes, the password is the same in both cases, but it is stored twice: as 
a MD5 hash and as a CRAM-MD5 hash.


Best regards,

MU

Re: [Dovecot] multiple passwords in different schemes

2009-01-20 Thread Maciej Uhlig 

Timo Sirainen:

But the point is
that plaintext authentication (PLAIN or LOGIN auth mechanism) can verify
the password against ANY schema.
  

I see. Many thanks for this explanation :-)

Best regards,

MU

[Dovecot] dovecot bulletins?

2009-01-20 Thread Maciej Uhlig 
As a long term user of qpopper with bulletins, I'd like to know if the 
bulletin feature is planned for dovecot? I really miss bulletins :-), 
this is very convenient way of providing information to users.


Best regards,

MU

Re: [Dovecot] dovecot bulletins?

2009-01-20 Thread Maciej Uhlig 

Timo Sirainen:

What exactly are they? I guess a global file that is served as a message
for all users? 
Right. With POP3 it is served once - after first user login after the 
message was placed in bulletin database (just a plaintext file in a 
directory, for instance).



That's more difficult to implement with IMAP than with
POP3. 

You know better, but... just place incoming (bulletin) mail in INBOX.


One possibility would be to use v1.2 and its virtual mailboxes.
Create a virtual INBOX from user's real INBOX and the global bulletin
mailbox.
  

Sounds promising. We'll give it a try some day :-)

Best regards,

MU