Re: [Dovecot] dovecot 2.0b3 crash with lmtp and DNS based proxy

2010-03-02 Thread Timo Sirainen
On Fri, 2010-02-26 at 17:32 +0100, Oliver Eales wrote:
 Hello,
 i am trying to proxy a LMTP connection with version 2.0b3
 Currently i have the problem when trying to use a named based proxy for
 LMTP the process doesn't resolve the hostname and crashes:

Fixed crash and added DNS support:

http://hg.dovecot.org/dovecot-2.0/rev/bd28e6f29711
http://hg.dovecot.org/dovecot-2.0/rev/cc3f6adc1e0b



signature.asc
Description: This is a digitally signed message part


[Dovecot] 1.2.10 and questions

2010-03-02 Thread Arkadiusz Miskiewicz

Hi,

1) Why dovecot -n doesn't display default values? At least it didn't display

mail_max_userip_connections(default): 20
mail_max_userip_connections(imap): 20
mail_max_userip_connections(pop3): 10

if I had set ONLY mail_max_userip_connections (to be =10)

2) Maximum number of connections from user+IP exceeded 
(mail_max_userip_connections): 

Could it be enhanced to actually log what the limit was at that time?

-- 
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/


Re: [Dovecot] 1.2.10 and questions

2010-03-02 Thread Timo Sirainen
On Tue, 2010-03-02 at 10:47 +0100, Arkadiusz Miskiewicz wrote:
 2) Maximum number of connections from user+IP exceeded 
 (mail_max_userip_connections): 
 
 Could it be enhanced to actually log what the limit was at that time?

v2.0 shows it now: http://hg.dovecot.org/dovecot-2.0/rev/893abe2f65e0

It wasn't as easy to add to v1.2, so I didn't.



signature.asc
Description: This is a digitally signed message part


[Dovecot] Using a ramdisk but Timeout while waiting for lock for transaction log file

2010-03-02 Thread Andrew Hearn
Hello,

Dovecot 1.2.5, centos 5.4.

We are using NFS for mail, but indexes are local and on a ramdisk.

However I'm getting logs such as:

Mar 02 11:47:14 POP3(USERDELETED): Error: Timeout while waiting for lock
for transaction log file
/ramdisk/indexes/DOMAINDELETED/USERDELETED/.INBOX/dovecot.index.log

Our NFS is rather busy, and we having other warnings to that affect, but
 wouldn't have though we'd get timeouts on a ramdisk.

-- 
Andrew



Re: [Dovecot] dovecot 2.0b3 crash with lmtp and DNS based proxy

2010-03-02 Thread Oliver Eales
Timo Sirainen schrieb:
 On Fri, 2010-02-26 at 17:32 +0100, Oliver Eales wrote:
   
 Hello,
 i am trying to proxy a LMTP connection with version 2.0b3
 Currently i have the problem when trying to use a named based proxy for
 LMTP the process doesn't resolve the hostname and crashes:
 

 Fixed crash and added DNS support:

 http://hg.dovecot.org/dovecot-2.0/rev/bd28e6f29711
 http://hg.dovecot.org/dovecot-2.0/rev/cc3f6adc1e0b
   
Thank you Timo, it is working now.
But unfortunately i ran into a second problem which was already existent
before the DNS fix.
When the LMTP client sends the terminating dot to the LMTP proxy, the
proxy stalls for about 30sec at an epoll_wait() syscall.
It reads the 250 2.0.0 x response from the backend server and then
waits.
When the epoll_wait timeout is reached, the proxy sends the 250 2.0.0
x backend response to the client and the communication goes on
normally. (QUIT from the client or new MAIL..)
Attached is a strace excerpt of the LMTP proxy.

read(11, sdf\r\n, 4017)   = 5
write(15, sdf, 3) = 3
read(11, 0x631454, 4012)= -1 EAGAIN (Resource
temporarily unavailable)
read(11, 0x631454, 4012)= -1 EAGAIN (Resource
temporarily unavailable)
read(11, 0x631454, 4012)= -1 EAGAIN (Resource
temporarily unavailable)
epoll_wait(10, {{EPOLLIN, {u32=6396992, u64=6396992}}}, 8, 6) = 1
read(11, .\r\n, 4012) = 3
write(15, \r\n, 2)= 2
write(15, .\r\n, 3)   = 3
epoll_ctl(10, EPOLL_CTL_DEL, 11, {0, {u32=6396992, u64=6396992}}) = 0
epoll_wait(10, {{EPOLLIN, {u32=6506320, u64=6506320}}}, 8, 3) = 1
read(15, 250 2.0.0 vodafonemai...@vodafo..., 860) = 69
read(15, 0x634859, 791) = -1 EAGAIN (Resource
temporarily unavailable)
epoll_wait(10,{}, 8, 29992)= 0

Here it hangs for 29992 msec.

epoll_wait(10, {}, 8, 2)= 0
epoll_ctl(10, EPOLL_CTL_DEL, 15, {0, {u32=6506320, u64=6506320}}) = 0
close(15)   = 0
setsockopt(11, SOL_TCP, TCP_CORK, [1], 4) = 0
write(11, 250 2.0.0 vodafonemai...@vodafo..., 69) = 69
setsockopt(11, SOL_TCP, TCP_CORK, [0], 4) = 0
epoll_ctl(10, EPOLL_CTL_ADD, 11, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP,
{u32=6396992, u64=6396992}}) = 0
brk(0x657000)   = 0x657000

Thank you and regards,
Oliver Eales



Re: [Dovecot] Dovecot 2.0b3 IDLE not advertised

2010-03-02 Thread Ed W

On 01/03/2010 19:56, Bernhard Schmidt wrote:

Ed Wli...@wildgooses.com  wrote:

   

Suggest drop them a line in the first instance? (You could check that
the COMPRESS stuff made it into the released build also since Timo
kindly added support for that to 2.0)
 

Lonelycat Games has sent me a fixed build and promised to have it
incorporated into the next version. Absolutely awesome.

   


They are very good aren't they!

Anyone using supported Symbian phones should definitely give Profimail a 
try.  It's an excellent mailreader and to be honest I would like 
Thunderbird to support IMAP as well as Profimail!


Good luck

Ed W


[Dovecot] Dovecot 2.0b3: mdbox with incorrect ACL file permissions crashes

2010-03-02 Thread Thomas Leuxner
Hi,

played around with 'mdbox' format some more. Converted my personal mailbox with 
latest Dovecot and dsync from HG:

dsync convert -u lo...@yourdomain.com mdbox:~/mdbox

One thing I noticed is, that dsync does not take care of existing 'dovecot-acl' 
files, which it should migrate/copy from my point of view, but simply skips 
them. Anyway I  copied over the ACLs manually and forgot to set the rights 
accordingly. So the files were owned by 'root:vmail' instead of 'vmail:vmail' 
in my setup. Voilà Dovecot crashed, where it should really throw a warning or 
ignore the owner and work with the group permissions:

Mar  2 19:27:52 spectre dovecot: imap(t...@leuxner.net): acl vfile: file 
/var/vmail/conf.d/leuxner.net/acls/Support/Serverloft not found
Mar  2 19:27:52 spectre dovecot: imap(t...@leuxner.net): acl vfile: no access 
to file 
/var/vmail/leuxner.net/tlx/mdbox/mailboxes/Support/Serverloft/dbox-Mails/dovecot-acl
Mar  2 19:27:52 spectre dovecot: imap(t...@leuxner.net): Panic: file 
acl-cache.c: line 295 (acl_cache_update_rights): assertion failed: 
(obj_cache-my_current_rights != negative_cache_entry)
Mar  2 19:27:52 spectre dovecot: imap(t...@leuxner.net): Raw backtrace: 
/usr/lib/dovecot/libdovecot.so.0 [0x7f4d8595ffb2] - 
/usr/lib/dovecot/libdovecot.so.0 [0x7f4d8596001a] - 
/usr/lib/dovecot/libdovecot.so.0
(i_error+0) [0x7f4d859603c3] - /usr/lib/dovecot/modules/lib01_acl_plugin.so 
[0x7f4d84da690b] - /usr/lib/dovecot/modules/lib01_acl_plugin.so 
[0x7f4d84da4249] - /usr/lib/dovecot/modules/lib01_acl_plugin.so [0
x7f4d84da4572] - /usr/lib/dovecot/modules/lib01_acl_plugin.so [0x7f4d84da472e] 
- /usr/lib/dovecot/modules/lib01_acl_plugin.so [0x7f4d84da2aba] - 
/usr/lib/dovecot/modules/lib01_acl_plugin.so(acl_object_get_m
y_rights+0x65) [0x7f4d84da2b85] - /usr/lib/dovecot/modules/lib01_acl_plugin.so 
[0x7f4d84da8fd9] - dovecot/imap [...@leuxner.net 84.58.106.99 
STATUS](client_find_namespace+0x17f) [0x41149f] - dovecot/imap [t
l...@leuxner.net 84.58.106.99 STATUS](cmd_status+0xfc) [0x40dc2c] - 
dovecot/imap [...@leuxner.net 84.58.106.99 STATUS] [0x40f9bc] - dovecot/imap 
[...@leuxner.net 84.58.106.99 STATUS] [0x40fa6d] - dovecot/imap
 [...@leuxner.net 84.58.106.99 STATUS](client_handle_input+0x45) [0x40fbe5] - 
dovecot/imap [...@leuxner.net 84.58.106.99 STATUS](client_input+0x62) 
[0x410622] - /usr/lib/dovecot/libdovecot.so.0(io_loop_handl
er_run+0xcb) [0x7f4d8596abab] - 
/usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f4d85969d28] - 
/usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f4d85959eb3] - 
dovecot/imap [...@leuxner.n
et 84.58.106.99 STATUS](main+0x191) [0x418661] - 
/lib/libc.so.6(__libc_start_main+0xe6) [0x7f4d851e71a6] - dovecot/imap 
[...@leuxner.net 84.58.106.99 STATUS] [0x4084e9]
Mar  2 19:27:52 spectre dovecot: master: service(imap): child 30281 killed with 
signal 6 (core dumps disabled)

Regards
Thomas