[Dovecot] v1.0.6 released
http://dovecot.org/releases/1.0/dovecot-1.0.6.tar.gz http://dovecot.org/releases/1.0/dovecot-1.0.6.tar.gz.sig * IDLE: Interval between mailbox change notifies is now 1 second, because some clients keep a long-running IDLE connection and use other connections to actually read the mails. * SORT: If Date: header is missing or broken, fallback to using INTERNALDATE (as the SORT draft nowadays specifies). + deliver: If message begins with a "From " line, ignore it. + zlib plugin: If maildir file has a "Z" flag, open it with zlib. - CREATE: Don't assert-crash if trying to create namespace prefix. - SEARCH: Fixes to handling NOT operator with sequence ranges. - LDAP reconnection fixes - Maildir: Don't break when renaming mailboxes with '*' or '%' characters and children. - mbox: Fixed "file size unexpectedly shrinked" error in some conditions. - quota+mbox: Don't fail if trying to delete a directory. - Fixes to running from inetd signature.asc Description: This is a digitally signed message part
[Dovecot] v1.1.beta5 released
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta5.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta5.tar.gz.sig APPEND should be working now. Also lots of fixes to handling namespace prefixes and namespaces where virtual separator differs from real separator. zlib plugin now supports opening compressed maildir files. This is done for files that have Z flag. SORT still assert-crashes sometimes. Would be great if someone could show me how to reproduce it. SEARCH TEXT or Squat indexes apparently still have some problems, but I couldn't reproduce them (http://dovecot.org/list/dovecot/2007-October/026254.html). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
On Sat, 2007-10-27 at 17:42 -0400, Adam McDougall wrote: > If you don't need the other groups in Dovecot you can get rid of them and > just have the process use the user's primary group and mail_extra_groups. > I > think this should work: > > userdb passwd { > args = system_user= > } > > Actually, yes I like this alot and put this change into production. I was > planning on using some secondary groups to prevent filesystem access, but > I can accomplish the same protection easier with this and mail_extra_groups. > Thanks! I didn't test yet that the secondary groups aren't loaded but I > will > sometime. > > According to my logs, it seems it does not prevent the secondary groups. > I'd look at the code to see how it works, but I have to switch tasks and > may not work more with dovecot until tomorrow. I suppose if I cannot get > this to work, it sounds like I may be able to depend on the patch below. Looks like it overrides the system_user with empty value and Dovecot ends up calling initgroups(""). I'm not sure what that does, if anything. This fixes it: http://hg.dovecot.org/dovecot/rev/7f2501b3e993 > >> With some recent permission changes I've > >> done (affects dovecot 1.0 as well), I get a good amount of these fchown > >> errors > >> and I was thinking of muting them so they do not fill my log, since they > >> are harmless > >> in my setup. > > If these errors happen for index files Dovecot currently fallbacks to > using > in-memory indexes. > > Oh. Ugh. That might explain why the indexes don't always seem to load. > For some reason I thought dovecot might print a message when it falls back > to in-memory indexes; would that be possible? Possible yes, but I'm not sure if it's a good idea. Users with filesystem quotas probably wouldn't want to see them. It's anyway done silently only when write fails because of ENOSPC/EDQUOT, in other cases some error is always logged. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] do 1.1b4 assertion failed: (mailbox_list_is_valid_existing_name
On Sat, 2007-10-27 at 16:31 -0400, Adam McDougall wrote: > Oct 27 16:03:27 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: > line 186 > (maildir_list_get_path): assertion failed: > (mailbox_list_is_valid_existing_name(_list, name)) OK, this should fix a lot of things: http://hg.dovecot.org/dovecot/rev/e1fde9940f7e One bug with ACL plugin still is that if you have a "foo/bar" mailbox in a public namespace but no "foo", LIST "" % doesn't show "foo" as placeholder mailbox. This happens with v1.0 too I think. I'll try to get that fixed soon. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
If you don't need the other groups in Dovecot you can get rid of them and just have the process use the user's primary group and mail_extra_groups. I think this should work: userdb passwd { args = system_user= } Actually, yes I like this alot and put this change into production. I was planning on using some secondary groups to prevent filesystem access, but I can accomplish the same protection easier with this and mail_extra_groups. Thanks! I didn't test yet that the secondary groups aren't loaded but I will sometime. According to my logs, it seems it does not prevent the secondary groups. I'd look at the code to see how it works, but I have to switch tasks and may not work more with dovecot until tomorrow. I suppose if I cannot get this to work, it sounds like I may be able to depend on the patch below. >> With some recent permission changes I've >> done (affects dovecot 1.0 as well), I get a good amount of these fchown >> errors >> and I was thinking of muting them so they do not fill my log, since they >> are harmless >> in my setup. If these errors happen for index files Dovecot currently fallbacks to using in-memory indexes. Oh. Ugh. That might explain why the indexes don't always seem to load. For some reason I thought dovecot might print a message when it falls back to in-memory indexes; would that be possible? >> Right now in my public folder permission scheme, the only thing I need >> dovecot-shared for (I think) is making client-added emails world-readable >> at least >> (currently actually mode 666). As long as the indexes are accessible by >> the user, >> I don't care what mode or group they are. How about this: http://hg.dovecot.org/dovecot/rev/0dd9b91fd52c I will roll that in and test alongside the next patch you sent. Thanks.
Re: [Dovecot] do 1.1b4 assertion failed: (mailbox_list_is_valid_existing_name
On Sat, Oct 27, 2007 at 11:38:58PM +0300, Timo Sirainen wrote: On Sat, 2007-10-27 at 16:31 -0400, Adam McDougall wrote: > Oct 27 16:03:27 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: line 186 > (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Are you using patched beta4 or all changes from hg? I thought http://hg.dovecot.org/dovecot/rev/1478fc5cf632 fixed this. Patched beta4. I assumed beta4 contained all the patches you came up with for me that apply to b3, and I can confirm the patch you mention above is applied. Last weekend it allowed me to list the folders in the namespace, but it did, and still, crashes when trying to go further.
Re: [Dovecot] do 1.1b4 assertion failed: (mailbox_list_is_valid_existing_name
On Sat, 2007-10-27 at 16:31 -0400, Adam McDougall wrote: > Oct 27 16:03:27 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: > line 186 > (maildir_list_get_path): assertion failed: > (mailbox_list_is_valid_existing_name(_list, name)) Are you using patched beta4 or all changes from hg? I thought http://hg.dovecot.org/dovecot/rev/1478fc5cf632 fixed this. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot 1.1b4 not listing public folder children
On Sat, Oct 27, 2007 at 10:43:13PM +0300, Timo Sirainen wrote: On Sat, 2007-10-27 at 15:00 -0400, Adam McDougall wrote: > ACL plugin still disabled. The folders listed below definitely do have Children. http://hg.dovecot.org/dovecot/rev/80419a82081f worked
[Dovecot] do 1.1b4 assertion failed: (mailbox_list_is_valid_existing_name
I think this is where I left off last weekend. Instead of this happening at the base of one of my shared mail namespaces, it happens when I try to select a top level folder inside the namespace, or try to directly select an entire path to a folder. This only happens when ACL is enabled. Let me know if I need to provide more. Thanks. Oct 27 16:03:27 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: line 186 (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Oct 27 16:03:27 gribble dovecot: child 51261 (imap) killed with signal 6 a0011 LIST "" "#shared/decs/backups/%" IMAP(mcdouga9): Info: acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found IMAP(mcdouga9): Info: acl vfile: file /home/mcdouga9/Maildir/dovecot-acl not found IMAP(mcdouga9): Info: acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found IMAP(mcdouga9): Info: acl vfile: reading file /egr/mail/shared/decs/dovecot-acl IMAP(mcdouga9): Panic: file mailbox-list-maildir.c: line 186 (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Program received signal SIGABRT, Aborted. 0x0008009c34bc in kill () from /lib/libc.so.6 (gdb) bt full #0 0x0008009c34bc in kill () from /lib/libc.so.6 No symbol table info available. #1 0x0008009c234d in abort () from /lib/libc.so.6 No symbol table info available. #2 0x004a1414 in default_fatal_handler (type=LOG_TYPE_PANIC, status=0, format=0x4bc930 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fffda50) at failures.c:177 backtrace = 0x5f38c0 "\200T`" #3 0x004a167b in i_panic (format=0x4bc930 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:211 args = {{gp_offset = 8, fp_offset = 48, overflow_arg_area = 0x7fffdb40, reg_save_area = 0x7fffda80}} #4 0x00429b07 in maildir_list_get_path (_list=0x603048, name=0x602900 "#shared/decs/receipts", type=MAILBOX_LIST_PATH_TYPE_MAILBOX) at mailbox-list-maildir.c:186 list = (struct maildir_mailbox_list *) 0x603048 __PRETTY_FUNCTION__ = "maildir_list_get_path" #5 0x0048e4e1 in mailbox_list_get_path (list=0x603048, name=0x602900 "#shared/decs/receipts", type=MAILBOX_LIST_PATH_TYPE_MAILBOX) at mailbox-list.c:265 No locals. #6 0x0048ce69 in mail_storage_get_mailbox_path (storage=0x5fdc48, name=0x602900 "#shared/decs/receipts", is_file_r=0x7fffdc07) at mail-storage.c:389 No locals. #7 0x000800b07720 in acl_backend_vfile_object_init () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #8 0x000800b08708 in acl_backend_vfile_acllist_rebuild () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #9 0x000800b08beb in acl_backend_vfile_acllist_refresh () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #10 0x000800b08ce2 in acl_backend_vfile_acllist_verify () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #11 0x000800b083a9 in acl_backend_vfile_object_refresh_cache () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #12 0x000800b07546 in acl_backend_get_default_rights () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #13 0x000800b0a9ed in acl_mailbox_list_iter_init () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #14 0x0048e85f in mailbox_list_iter_init_multiple (list=0x603048, patterns=0x5f4298, flags=MAILBOX_LIST_ITER_RETURN_CHILDREN) at mailbox-list.c:357 __PRETTY_FUNCTION__ = "mailbox_list_iter_init_multiple" #15 0x0041752c in list_namespace_init (ctx=0x60d0b0) at cmd-list.c:642 ns = (struct mail_namespace *) 0x5fd848 cur_ns_prefix = 0x5fd880 "#shared/decs/" cur_ref = 0x5f4318 "" pat = (const char * const *) 0x5f4298 pattern = 0x611178 "#shared/decs/backups/%" inbox_match = IMAP_MATCH_NO used_patterns = {arr = {buffer = 0x5f4260, element_size = 8}, v = 0x5f4260, v_modifiable = 0x5f4260} inboxcase = false #16 0x00417738 in cmd_list_continue (cmd=0x60d048) at cmd-list.c:673 ctx = (struct cmd_list_context *) 0x60d0b0 ret = 1 #17 0x00417e1c in cmd_list_full (cmd=0x60d048, lsub=false) at cmd-list.c:847 client = (struct client *) 0x602100 args = (const struct imap_arg *) 0x6110c0 arg = (const struct imap_arg *) 0x41bb68 ctx = (struct cmd_list_context *) 0x60d0b0 patterns = {arr = {buffer = 0x60d0f8, element_size = 8}, v = 0x60d0f8, v_modifiable = 0x60d0f8} pattern = 0x611178 "#shared/decs/backups/%" patterns_strarr = (const char * const *) 0x60d130 #18 0x00417e8a in cmd_list (cmd=0x60d048) at cmd-list.c:862 No locals. #19 0x0
Re: [Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
On Sat, Oct 27, 2007 at 10:13:46PM +0300, Timo Sirainen wrote: On 27.10.2007, at 21.51, Adam McDougall wrote: >> But the real problem is that dovecot-shared file is owned by a group >> that your imap process doesn't belong to. You probably want to add it to >> mail_extra_groups. >> >> I want to avoid adding a group to any user that logs in because some of >> them >> are in many groups already and it might push them over the limit that >> FreeBSD >> allows, then they cannot login at all. If you don't need the other groups in Dovecot you can get rid of them and just have the process use the user's primary group and mail_extra_groups. I think this should work: userdb passwd { args = system_user= } Actually, yes I like this alot and put this change into production. I was planning on using some secondary groups to prevent filesystem access, but I can accomplish the same protection easier with this and mail_extra_groups. Thanks! I didn't test yet that the secondary groups aren't loaded but I will sometime. >> With some recent permission changes I've >> done (affects dovecot 1.0 as well), I get a good amount of these fchown >> errors >> and I was thinking of muting them so they do not fill my log, since they >> are harmless >> in my setup. If these errors happen for index files Dovecot currently fallbacks to using in-memory indexes. Oh. Ugh. That might explain why the indexes don't always seem to load. For some reason I thought dovecot might print a message when it falls back to in-memory indexes; would that be possible? >> Right now in my public folder permission scheme, the only thing I need >> dovecot-shared for (I think) is making client-added emails world-readable >> at least >> (currently actually mode 666). As long as the indexes are accessible by >> the user, >> I don't care what mode or group they are. How about this: http://hg.dovecot.org/dovecot/rev/0dd9b91fd52c I will roll that in and test alongside the next patch you sent. Thanks.
Re: [Dovecot] dovecot 1.1b4 not listing public folder children
On Sat, 2007-10-27 at 15:00 -0400, Adam McDougall wrote: > ACL plugin still disabled. The folders listed below definitely do have > Children. http://hg.dovecot.org/dovecot/rev/80419a82081f signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
On 27.10.2007, at 21.51, Adam McDougall wrote: But the real problem is that dovecot-shared file is owned by a group that your imap process doesn't belong to. You probably want to add it to mail_extra_groups. I want to avoid adding a group to any user that logs in because some of them are in many groups already and it might push them over the limit that FreeBSD allows, then they cannot login at all. If you don't need the other groups in Dovecot you can get rid of them and just have the process use the user's primary group and mail_extra_groups. I think this should work: userdb passwd { args = system_user= } With some recent permission changes I've done (affects dovecot 1.0 as well), I get a good amount of these fchown errors and I was thinking of muting them so they do not fill my log, since they are harmless in my setup. If these errors happen for index files Dovecot currently fallbacks to using in-memory indexes. Right now in my public folder permission scheme, the only thing I need dovecot-shared for (I think) is making client-added emails world- readable at least (currently actually mode 666). As long as the indexes are accessible by the user, I don't care what mode or group they are. How about this: http://hg.dovecot.org/dovecot/rev/0dd9b91fd52c PGP.sig Description: This is a digitally signed message part
[Dovecot] dovecot 1.1b4 not listing public folder children
ACL plugin still disabled. The folders listed below definitely do have Children. telnet session problem example in 1.1b4: * OK Dovecot ready. ? login mcdouga9 password ? OK Logged in. 9 LIST "" "#shared/decs/%" * LIST (\HasNoChildren) "/" "#shared/decs/support" * LIST (\HasNoChildren) "/" "#shared/decs/receipts" * LIST (\HasNoChildren) "/" "#shared/decs/network" * LIST (\HasNoChildren) "/" "#shared/decs/postmaster" * LIST (\HasNoChildren) "/" "#shared/decs/security" * LIST (\HasNoChildren) "/" "#shared/decs/jbossadmin" * LIST (\HasNoChildren) "/" "#shared/decs/unixadmin" truss shows: (null)() = 0 (0x0) gettimeofday({1193511545.540129},0x5b7f00) = 0 (0x0) gettimeofday({1193511545.540216},0x0)= 0 (0x0) kevent(6,{},0,{0x0,EVFILT_READ,0x0,0,0x1c,0x5b83c0},3,{9.999784000}) = 1 (0x1) gettimeofday({1193511551.475630},0x5b7f00) = 0 (0x0) break(0x5d) = 0 (0x0) read(0,"9 LIST "" "#shared/decs/%"\r\n",4096)= 28 (0x1c) break(0x5d3000) = 0 (0x0) break(0x5d4000) = 0 (0x0) break(0x5d7000) = 0 (0x0) stat("/home/mcdouga9/Maildir",{mode=drwxr-xr-x ,inode=98,size=16384,blksize=4096}) = 0 (0x0) open("/home/mcdouga9/Maildir",O_NONBLOCK,00) = 7 (0x7) fstat(7,{mode=drwxr-xr-x ,inode=98,size=16384,blksize=4096}) = 0 (0x0) fcntl(7,F_SETFD,FD_CLOEXEC) = 0 (0x0) __sysctl(0x7fffdf10,0x2,0x10acabf8,0x7fffdf08,0x0,0x0) = 0 (0x0) fstatfs(0x7,0x7fffdf40) = 0 (0x0) break(0x5d8000) = 0 (0x0) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 4096 (0x1000) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 4096 (0x1000) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 0 (0x0) lseek(7,0x0,SEEK_SET)= 0 (0x0) close(7) = 0 (0x0) stat("/egr/mail/shared/decs",{mode=drwxrwx--- ,inode=6962613,size=8192,blksize=4096}) = 0 (0x0) open("/egr/mail/shared/decs",O_NONBLOCK,00) = 7 (0x7) fstat(7,{mode=drwxrwx--- ,inode=6962613,size=8192,blksize=4096}) = 0 (0x0) fcntl(7,F_SETFD,FD_CLOEXEC) = 0 (0x0) fstatfs(0x7,0x7fffdf40) = 0 (0x0) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 3072 (0xc00) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 0 (0x0) lseek(7,0x0,SEEK_SET)= 0 (0x0) close(7) = 0 (0x0) write(1,"* LIST (\\HasNoChildren) "/" "#s"...,559) = 559 (0x22f) gettimeofday({1193511551.479498},0x0)= 0 (0x0) kevent(6,{},0,{},3,{4.060502000})= 0 (0x0) gettimeofday({1193511555.540489},0x5b7f00) = 0 (0x0) gettimeofday({1193511555.540561},0x0)= 0 (0x0) Dovecot 1.0 on the same directory: 9 LIST "" "#shared/decs/%" * LIST (\HasChildren) "/" "#shared/decs/receipts" * LIST (\HasChildren) "/" "#shared/decs/support" * LIST (\HasChildren) "/" "#shared/decs/network" * LIST (\HasChildren) "/" "#shared/decs/postmaster" * LIST (\HasChildren) "/" "#shared/decs/security" * LIST (\HasChildren) "/" "#shared/decs/unixadmin" * LIST (\HasChildren) "/" "#shared/decs/linuxadmin" * LIST (\HasChildren) "/" "#shared/decs/backups" * LIST (\HasChildren) "/" "#shared/decs/printmaster" 9 OK List completed. # 1.1.beta4: /usr/local/etc/dovecot.conf ssl_cert_file: /usr/local/etc/apache2/ssl/cert.pem ssl_key_file: /usr/local/etc/apache2/ssl/cert.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 0 mail_location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot11testing/private/control:INDEX=%h/Maildir/dovecot11testing/private/indexes mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_log_max_lines_per_sec: 0 imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep namespace: type: public separator: / prefix: #shared/decs/ location: maildir:/egr/mail/shared/decs:CONTROL=%h/Maildir/dovecot11testing/public/control/decs:INDEX=%h/Maildir/dovecot11testing/public/indexes/decs list: yes subscriptions: yes namespace: type: private separator: / prefix: mail/ location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot11testing/private/control:INDEX=%h/Maildir/dovecot11testing/private/indexes hidden: yes subscriptions: yes namespace: type: private separator: / inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix plugin: acl: vfile:/usr/local/etc/dovecot-acls
Re: [Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
On Sat, Oct 27, 2007 at 08:21:54PM +0300, Timo Sirainen wrote: On Sat, 2007-10-27 at 13:02 -0400, Adam McDougall wrote: > I was trying to debug this with gdb, but I'm not sure how to make > env MAIL=maildir:~/Maildir MAIL_PLUGINS=acl ACL=vfile gdb /tmp/imap > understand the #shared/decs namespace from below so I can SELECT it. Easiest way to figure these kind of things is to set mail_executable=/tmp/dump.sh which contains: #!/bin/sh set > /tmp/dovecot.env And run dovecot --exec-mail imap. Then either use that information or just run ". /tmp/dovecot.env" before gdb imap. Thanks, I'll use it next time > If dovecot-shared exists in the folder I try to open, dovecot says: > Oct 27 12:57:38 gribble dovecot: IMAP(mcdouga9): fchown() failed with file > /home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs/.unixadmin/dovecot.index.log: Operation not > permitted > Oct 27 12:57:38 gribble dovecot: child 55470 (imap) killed with signal 11 Fixed the crash: http://hg.dovecot.org/dovecot/rev/7373240c3d1d Agreed But the real problem is that dovecot-shared file is owned by a group that your imap process doesn't belong to. You probably want to add it to mail_extra_groups. I want to avoid adding a group to any user that logs in because some of them are in many groups already and it might push them over the limit that FreeBSD allows, then they cannot login at all. With some recent permission changes I've done (affects dovecot 1.0 as well), I get a good amount of these fchown errors and I was thinking of muting them so they do not fill my log, since they are harmless in my setup. Right now in my public folder permission scheme, the only thing I need dovecot-shared for (I think) is making client-added emails world-readable at least (currently actually mode 666). As long as the indexes are accessible by the user, I don't care what mode or group they are.
Re: [Dovecot] Resource temporarily unavailable - solved
Thank you Timo, that's the ticket! I was running too much processess (>300) so i shut down some consuming applications, and dovecot runs ok. Now i will tune my system setting in /etc/security/limits.conf thanks again.. 27/10/07 17:11, [EMAIL PROTECTED] napsal(a): > On Sat, 2007-10-27 at 11:31 +0200, [EMAIL PROTECTED] wrote: > > Oct 27 11:20:51 alnagon dovecot: IMAP(karpi): setuid(1000) failed: Resource > > temporarily unavailable > > setuid(2) says: > >EAGAIN The uid does not match the current uid and uid brings process > over its RLIMIT_NPROC resource limit. > > So you've somewhere limited the number of processes for users. Debian > has them in /etc/security/limits.conf. I'm not exactly sure what reads > that file and how those limits are passed to kernel. >
Re: [Dovecot] Possible Caching Bug showing up as a MIME BoundaryIssue
On Thu, 2007-09-27 at 09:53 -0400, Kevin A. McGrail wrote: > I continue to deal with this issue where the MIME Boundary appears on the > bottom of the email and it is still happening as of Dovecot 1.0.5. > Unfortunately, it continues to happen to me ONLY with one email box that I > have seen and, of course, the email box has sensitive data in it. Sorry it took a while to reply. You were almost on the bottom of my "reply later" mails. Anyway the mbox-anonymize.pl script's (that I mentioned) purpose is to modify the mbox so that it doesn't contain any sensitive data, only the mbox metadata is left there. But now that I think about it, it doesn't really help here because it also replaces all MIME headers and boundaries with 'x'.. > One update is that I have determined thanks to a colleague that if I move > the email to another folder and back, the issue does not reappear so > recreating this issue is a bear. Does it get fixed if you delete dovecot.index.cache and flush the client's cache to download the message again? > Anyway, will *just* the cache file help you because that is information we > log anyway and doesn't fall under our privacy issues? Not really. > Otherwise would you be willing to login to our server via SSH and agree to > SAGE's ethics guide and do the research as an administrator under those > rules? http://www.sage.org/ethics/ethics_horiz.pdf That would work for me. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] trouble deleting folders that only contain folders
On Sat, 2007-10-06 at 15:57 -0500, Ken A wrote: > x delete dir > x NO Mailbox isn't selectable: dir > >>> > >>> That looks like it's trying to open the mailbox before deleting it. What > >>> plugins do you use? > >>> > >> > >> quota imap_quota > > In tracking this down, I found that by commenting the line below in > quota-storage.c, the problem disappears, but I'm not sure what all of > the implications are for the quota tracking. I wasn't able to figure out > why quota_mailbox_delete() wasn't working correctly for me. > > // Don't override mailbox_delete, so we can delete folders. > // storage->v.mailbox_delete = quota_mailbox_delete; Fixed: http://hg.dovecot.org/dovecot-1.0/rev/e302a5949cf0 > I noticed there was a quota rewrite patch for 1.0.2. Do you think I > should give this a try for 1.0.5 ? The rewrite patch has the same problem. I don't think I'll bother fixing it until someone asks. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook can't see namespace folders
On Fri, 2007-10-05 at 12:12 -0700, James wrote: > Hi guys i understand that you can't subscribe to the Prefix names of > namespace folders right now with dovecot. > But for instance if i user outlook express and it can't see the prefix > name then it can't see the subfolders of that "prefix folder" either. > So even though it can detect and see the subfolders it won't display > them cause it can't see the "parent" > > Is there any fix for this? it's also kind of annoying in thunderbird but > at least you can still see the subfolders. Changed in v1.1: http://hg.dovecot.org/dovecot/rev/0511e301acbc There's no simple fix for v1.0 though. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
On Sat, 2007-10-27 at 13:02 -0400, Adam McDougall wrote: > I was trying to debug this with gdb, but I'm not sure how to make > env MAIL=maildir:~/Maildir MAIL_PLUGINS=acl ACL=vfile gdb /tmp/imap > understand the #shared/decs namespace from below so I can SELECT it. Easiest way to figure these kind of things is to set mail_executable=/tmp/dump.sh which contains: #!/bin/sh set > /tmp/dovecot.env And run dovecot --exec-mail imap. Then either use that information or just run ". /tmp/dovecot.env" before gdb imap. > If dovecot-shared exists in the folder I try to open, dovecot says: > Oct 27 12:57:38 gribble dovecot: IMAP(mcdouga9): fchown() failed with file > /home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs/.unixadmin/dovecot.index.log: > Operation not > permitted > Oct 27 12:57:38 gribble dovecot: child 55470 (imap) killed with signal 11 Fixed the crash: http://hg.dovecot.org/dovecot/rev/7373240c3d1d But the real problem is that dovecot-shared file is owned by a group that your imap process doesn't belong to. You probably want to add it to mail_extra_groups. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Sometimes Dovecot v1.0.3 does not accept new connections
On Wed, 2007-10-17 at 16:12 +0200, Steffen Kaiser wrote: > occasionally Dovecot stops to accept new connections. Already existing > ones do function properly. Strace'ing dovecot-auth reveals that it is > running and is authentificating users, the logfile logs new connections. > However, lots of other connects just stall, before the IMAP server > responds with the greeting. Do you have login_greeting_capability=yes? Maybe these patches help figuring out what hangs: http://hg.dovecot.org/dovecot-1.0/rev/4bdab7e04a61 http://hg.dovecot.org/dovecot-1.0/rev/4dab9295cd95 http://hg.dovecot.org/dovecot-1.0/rev/9c74f599bb2f signature.asc Description: This is a digitally signed message part
[Dovecot] Segfault when opening a public folder, dovecot 1.1 beta4
I was trying to debug this with gdb, but I'm not sure how to make env MAIL=maildir:~/Maildir MAIL_PLUGINS=acl ACL=vfile gdb /tmp/imap understand the #shared/decs namespace from below so I can SELECT it. I have a number of maildirs under #ahared/decs, I tried opening at least 2 of them but dovecot gives sig 11 without a direct error about the problem. I don't think this was exactly the same problem in 1.1b3, but unfortunately I deleted all the patches I was testing with so it would be a pain to test the same situation with 1.1b3 again (although if needed, I can). If dovecot-shared exists in the folder I try to open, dovecot says: Oct 27 12:57:38 gribble dovecot: IMAP(mcdouga9): fchown() failed with file /home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs/.unixadmin/dovecot.index.log: Operation not permitted Oct 27 12:57:38 gribble dovecot: child 55470 (imap) killed with signal 11 I am used to getting the first message because dovecot tries to apply perms from dovecot-shared to the index files which are elsewhere. If I open a public folder without dovecot-shared, I see no contents but it does not sig11. I am NOT using the acl plugin right now, it didn't seem to make a difference if it was loaded. When I left off with the dovecot 1.1b3 + 8 patches, I believe I was getting an assertion. Please let me know if I goofed up something, I have a strange feeling about that here, or if you need more info. I'd like to go ahead and get a gdb trace. # 1.1.beta4: /usr/local/etc/dovecot.conf ssl_cert_file: /usr/local/etc/apache2/ssl/cert.pem ssl_key_file: /usr/local/etc/apache2/ssl/cert.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 0 mail_location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot11testing/private/control:INDEX=%h/Maildir/dovecot11testing/private/indexes mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_log_max_lines_per_sec: 0 imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep namespace: type: public separator: / prefix: #shared/decs/ location: maildir:/egr/mail/shared/decs:CONTROL=%h/Maildir/dovecot11testing/public/control/decs:INDEX=%h/Maildir/dovecot11testing/public/indexes/decs list: yes subscriptions: yes namespace: type: private separator: / prefix: mail/ location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot11testing/private/control:INDEX=%h/Maildir/dovecot11testing/private/indexes hidden: yes subscriptions: yes namespace: type: private separator: / inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix plugin: acl: vfile:/usr/local/etc/dovecot-acls
Re: [Dovecot] 1.1b3 and Maildir quota
On Sun, 2007-10-21 at 13:55 -0500, Rick Romero wrote: > passdb vpopmail { > # [cache_key=] - See cache_key in PAM for explanation. > # [quota_template=] - %q expands to Maildir++ quota > # (eg. quota_template=quota_rule=*:backend=%q) > #args = > quota_template=quota_rule=*:backend=%q It needs to be in args: args = quota_template=.. v2.0 hopefully gets rid of this "args" and makes it work the way you expected. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] quota problems - which Dovecot version ?
on 10/27/2007 9:14 AM Timo Sirainen spake the following: On Tue, 2007-10-23 at 13:27 +0200, Albert Schweizer wrote: I'm not sure if the quotas are supported in my Dovecot version : version : 0.99.14 release : 1.EL4 Probably not. It's not a good idea to use v0.99 anymore anyway. Building from sources neither worked Why not? atrpms.net has newer versions of dovecot, and you won't have to compile from source. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't
Re: [Dovecot] Dovecot 1.1b2: Enet_connect_unix(/usr/local/dovecot-1.1/var/run/dovecot/dict-server) failed: Permission denied
On Tue, 2007-10-02 at 12:46 -0700, David Jonas wrote: > # ./dovecot -F -c ../etc/dovecot.conf > Enet_connect_unix(/usr/local/dovecot-1.1/var/run/dovecot/dict-server) > failed: Permission denied vmail user needs to have +x access to all directories in this path. > Oct 2 12:23:25 kelly-a dovecot: auth(default): > net_connect_unix(/usr/local/dovecot-1.1/var/run/dovecot/auth-worker.12891) > failed: Permission denied nobody user also. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.0.5: many pop3-login processes?
On Thu, 2007-10-11 at 14:36 -0400, Alan Ferrency wrote: > On this particular server we have exactly 2 different users who log in > via POP, and they seem to be set up to log in automatically once every > 10 minutes. > > imap-login process count is reasonable: there are 11 processes running > and it doesn't seem to increase. pop3-login is the issue. > > I notice in the logs, that the number of imap-login Login: lines matches > the number of Disconnect: lines in the log. For pop3-login, there are > 111 Login: lines and only 8 Disconnect: lines. However, there are no > pop3 processes currently running, as far as I can tell. Find out what the other reasons for disconnects are. The possibilities are: 1. It crashed. Can you find any errors/fatals/panics? 2. Client was disconnected by Dovecot: "Couldn't open INBOX", "Mailbox init failed", "Input line too long", "Server shutting down". signature.asc Description: This is a digitally signed message part
Re: [Dovecot] receive date wrong in outlook
On Sun, 2007-10-21 at 15:21 +0200, Farkas Levente wrote: > probably that's the problem. what internaldate in dovecot, the file's > modify date in the maildir? i'd be nice if i can somehow set > internaldate to the date field with dovecot (actually i already wrote a > shell script but it's not the beast solution). This is a problem only when migrating mails, and it should be done only then, so I can't think of a reasonable way to implement this in Dovecot. I think a shell script that's run once is the best way. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Duplicate message
On Sun, 2007-10-21 at 14:58 +0100, Timothy Murphy wrote: > I just wondered though why I get the duplicate messages, > and if there is some simple way to avoid them? There are two possibilities: 1) The messages really get saved twice. 2) IMAP client copies the message to the same mailbox duplicating it. I guess you use maildir? Set maildir_copy_with_hardlinks=yes. Then see if the duplicated mails are hardlinks (e.g. stat to see if inodes are same or if ls -l shows >1 links). Or you could enable mail-log plugin and see if it shows "copy" lines for the message. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] quota problems - which Dovecot version ?
On Tue, 2007-10-23 at 13:27 +0200, Albert Schweizer wrote: > I'm not sure if the quotas are supported in my Dovecot version : > > version : 0.99.14 > release : 1.EL4 Probably not. It's not a good idea to use v0.99 anymore anyway. > Building from sources neither worked Why not? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] More core dump stack traces
On Tue, 2007-10-23 at 21:32 +1300, Lloyd Parkes wrote: > #3 0x001192a4 in client_destroy () > #4 0x001196c8 in client_continue_pending_input () > #5 0x00114ecc in cmd_fetch () > #6 0x0011515c in cmd_fetch () > #7 0x00118828 in client_command_cancel () > #8 0x001190c8 in client_destroy () > #9 0x00186d64 in io_loop_handler_run () > #10 0x00186198 in io_loop_run () > #11 0x00120fe8 in main () I think this was fixed by beta4: http://hg.dovecot.org/dovecot/rev/86e964111b1f > #0 0x00129c3c in maildir_uidlist_iter_deinit () > #1 0x0012a064 in maildir_uidlist_sync_get_full_filename () > #2 0x0012c380 in maildir_uidlist_sync_deinit () > #3 0x001282ac in maildir_sync_notify () > #4 0x00128574 in maildir_storage_sync_init () > #5 0x0016ec74 in mailbox_sync_init () > #6 0x0016ed10 in mailbox_sync () > #7 0x00117484 in cmd_select_full () > #8 0x00117610 in cmd_select () > #9 0x00118c78 in client_send_command_error () > #10 0x00118d60 in client_send_command_error () > #11 0x00119430 in client_input () > #12 0x00186d64 in io_loop_handler_run () > #13 0x00186198 in io_loop_run () > #14 0x00120fe8 in main () This looks somewhat corrupted so I'm not sure what it could mean. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1b4: Disconnected: EOF while appending
Timo Sirainen said the following on 10/27/2007 05:47 PM: I think this is a Thunderbird bug. "Append aborted" happens only when trying to save a 0 byte message. The error message is bad though, changed: http://hg.dovecot.org/dovecot/rev/744e4f5b6cd0 Ok, now the error changed to that one, thank you! Ciao, luigi -- / +--[Luigi Rosa]-- \ A wise man can see more from a the bottom of a well than a fool can from a mountain top.
Re: [Dovecot] "Can't sync delivery mail"
On Wed, 2007-10-24 at 16:27 -0500, Rich Winkel wrote: > Dovecot 1.0.3 > Deliver is saying this on two specific emails. Other emails to these 2 > users are going through fine. Looking at the mail headers the only > thing questionable I see is: > From: "AMS Publication Division"@ams.org > Is this the problem? Contents of the messages shouldn't matter. This error should never happen. Doesn't Dovecot log anything else? Could you try this patch and show me what it logs: http://hg.dovecot.org/dovecot-1.0/rev/d58f7f66faa3 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] virtual hosting
On Fri, 2007-10-26 at 12:24 +0300, [EMAIL PROTECTED] wrote: > I have smtp server(postfix) setup for virtual hosing and working fine, > but now I just could not have my client connect to the pop3 server to > retrieve emails. Even though it connect and authenticated alright. It > seems the directory of emails saved are just messed. > > Could you confirm the terms and help me how to check the config of > directories? If http://wiki.dovecot.org/MailLocation doesn't help, post dovecot -n output and tell me where the mails are located. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-auth: Too many open files
On Tue, 2007-10-23 at 13:16 -0400, Joe Allesi -X (joallesi - Coyote Creek Consulting at Cisco) wrote: > [version: dovecot-0.99.11-4.EL4.src.rpm] > > We recently experienced an issue that prevented all new IMAP logins from > occurring. Although it appears that it was due to running out of > available system file descriptors, I'm still not sure what the true root > cause was as I can't replicate the same error in our test environment. > The system file descriptor max was set at (per `cat > /proc/sys/fs/file-nr`) 380081 , and we're averaging around 7,000 in use. > It appears that the main issue was dovecot-auth, so does this appear to > fall in line with the known PAM bug in this version? Check what the open files are: ls -l /proc/`pidof dovecot-auth`/fd/ Although I don't recommend using v0.99 even if you can fix this problem. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] time going back
zbigniew szalbot wrote: Hi all, Sorry if this is trivial. I am just concerned. In Poland we will be putting the clocks one hour behind (back) on Sunday. I once saw dovecot killing itself because I manually adjusted the clock in the past. Will it not happen in this case? Thanks for your ideas. Zbigniew Szalbot A timezone time adjustment is not a problem. The time one your computer is always based on GMT time. The local time is displayed based on your timezone. It should not have any effect. Jeff
Re: [Dovecot] CR-LF handling (WAS: Problem in mbox-sync.c)
On Tue, 2007-10-23 at 14:18 -0400, Gerard wrote: > > I've been thinking about this a little more since yesterday. Is there > > a reason why Dovecot shouldn't simply convert CR-LF line endings to LF > > on the fly, or at least have a configuration option you can turn on > > that will do this? This seems preferrable to blowing up with the error > > cited above... > > Maybe I am misunderstanding this thread, but aren't CRLF specifically > mentioned in RFC822 and other RFCs? It's mentioned in SMTP, IMAP, etc. RFCs, but nothing requires newlines to be stored as CRLF in disk. They just need to be sent as CRLFs to IMAP/POP3 clients (which Dovecot does). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1b4: Disconnected: EOF while appending
On Sat, 2007-10-27 at 17:23 +0200, Luigi Rosa wrote: > Timo Sirainen said the following on 10/27/2007 05:07 PM: > > > Yes, this was a known bug in beta3/4. Finally fixed: > > http://hg.dovecot.org/dovecot/rev/f33be4f9ba4d > > Well.. yes and no. :) > After applying tthe patch the message disappeared from dovecot log. But after > moving 519 messages out og 3478 with Thundebird (on Linuc Ubuntu), > Thunderbird > poped up a messaged with an "Append aborted" error. > > No data has been logged in dovecot log, no core has been dumped. I think this is a Thunderbird bug. "Append aborted" happens only when trying to save a 0 byte message. The error message is bad though, changed: http://hg.dovecot.org/dovecot/rev/744e4f5b6cd0 signature.asc Description: This is a digitally signed message part
[Dovecot] time going back
Hi all, Sorry if this is trivial. I am just concerned. In Poland we will be putting the clocks one hour behind (back) on Sunday. I once saw dovecot killing itself because I manually adjusted the clock in the past. Will it not happen in this case? Thanks for your ideas. Zbigniew Szalbot
Re: [Dovecot] master user can not login with digest-md5 password
On Thu, 2007-10-25 at 16:10 +0200, Daniel wrote: > I'm trying to use a master user, here is what I'm doing: > > dovecot.conf: > auth default { > [...] > passdb passwd-file { > args = /etc/dovecot.passdb_master > pass = yes > master = yes > } > > passdb passwd-file { > args = /etc/dovecot.passdb > } > [...] > } > > (Dovecot said that one can not place the passdb containing "master = > yes" last, why?) I think you mean last passdb couldn't contain "pass=yes". But there's really no reason for last master passdb not to have pass=yes. Fixed: http://hg.dovecot.org/dovecot/rev/2a9edc9136f9 > This only works if the master user (in the master passwd file) has PLAIN > password scheme. It doesn't work with DIGEST-MD5. Here is the log when > it's in DIGEST-MD5: Fixed: http://hg.dovecot.org/dovecot/rev/2a36e7d9ddb6 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1b4: Disconnected: EOF while appending
Timo Sirainen said the following on 10/27/2007 05:07 PM: Yes, this was a known bug in beta3/4. Finally fixed: http://hg.dovecot.org/dovecot/rev/f33be4f9ba4d Well.. yes and no. :) After applying tthe patch the message disappeared from dovecot log. But after moving 519 messages out og 3478 with Thundebird (on Linuc Ubuntu), Thunderbird poped up a messaged with an "Append aborted" error. No data has been logged in dovecot log, no core has been dumped. Ciao, luigi -- / +--[Luigi Rosa]-- \ Talk is cheap because supply exceeds demand.
Re: [Dovecot] Messages not marked as read
On Thu, 2007-10-25 at 12:31 +0530, Manilal K M wrote: > But one of the users is having some unusual issues with his mailbox. > Whenever he clicked and open a new email, it's never marked as read. > He has to click and open several times to get it marked as "Read". I think you should first figure out if this is really a Dovecot problem or something else. You could for example enable rawlog (http://dovecot.org/bugreport.html#sniffing) for that one user and then when this problem happens look at the logs to see if there is a command that updates the \Seen flag. I don't know how Horde/IMP updates the \Seen flags. It might be a real STORE +FLAGS \Seen command, or it could use FETCH BODY[] which also sets the flag implicitly. You could also modify mail-log plugin to log \Seen flag changes. You can do this by replacing MAIL_DELETED with MAIL_SEEN in src/plugins/mail-log/mail-log-plugin.c (and "deleted" / "undeleted" texts also with "seen" / "unseen"). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Resource temporarily unavailable
On Sat, 2007-10-27 at 11:31 +0200, [EMAIL PROTECTED] wrote: > Oct 27 11:20:51 alnagon dovecot: IMAP(karpi): setuid(1000) failed: Resource > temporarily unavailable setuid(2) says: EAGAIN The uid does not match the current uid and uid brings process over its RLIMIT_NPROC resource limit. So you've somewhere limited the number of processes for users. Debian has them in /etc/security/limits.conf. I'm not exactly sure what reads that file and how those limits are passed to kernel. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1b4: Disconnected: EOF while appending
On Sat, 2007-10-27 at 17:06 +0200, Luigi Rosa wrote: > dovecot: IMAP(mailstore): Disconnected: EOF while appending > bytes=263276/427306 Yes, this was a known bug in beta3/4. Finally fixed: http://hg.dovecot.org/dovecot/rev/f33be4f9ba4d signature.asc Description: This is a digitally signed message part
[Dovecot] 1.1b4: Disconnected: EOF while appending
I am moving some messages from an IMAP account to another. During the process I got this message: dovecot: IMAP(mailstore): Disconnected: EOF while appending bytes=263276/427306 (no core dump) I deleted dovecot.index.cache and dovecot.index.log and the error disappeared Ciao, luigi -- / +--[Luigi Rosa]-- \ Committee: a life form with six or more legs and no brain.
Re: [Dovecot] Keywords (labels) support via virtual folders
On Sat, 2007-10-27 at 09:23 +0200, Robert Tomanek wrote: > while I am rather a beginner when it comes to IMAP, I was thinking > whether it would be possible (and feasible) to implement setting and > unsetting of IMAP keywords with the means of virtual folders in > Dovecot. Yes, I've thought about that before. http://www.dovecot.org/list/dovecot/2007-May/022828.html explains how I've thought virtual mailboxes could be implemented. After that adding automatic keyword<->mailbox mapping would be pretty easy. Unfortunately I don't know when I'll have time to implement it. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] few questions about 1.1*
On Sat, 2007-10-27 at 11:05 +0200, Geert Hendrickx wrote: > On Fri, Oct 26, 2007 at 06:27:55PM +0300, Timo Sirainen wrote: > > It'll bounce (or tempfail with quota_full_tempfail=yes). If you don't > > want that, don't load the quota plugin. > > It would be interesting if deliver could toggle a field in some database > once the user is over quota, so the inbound MTA can query it and reject > e-mail upfront, instead of accepting it and bouncing. It wouldn't be difficult to implement a plugin that does it. It would hook into save_init() and save_finish() functions and update database depending on if the saving succeeds or fails. signature.asc Description: This is a digitally signed message part
[Dovecot] Resource temporarily unavailable
Hello, Im using dovecot for ages and im happy.. but at now strange things happens: mutt returns: Error talking to localhost (Connection reset by peer) so i started telnet: alnagon ~ % telnet localhost 143 Trying 127.0.0.1... Connected to alnagon.localnet.cz. Escape character is '^]'. * OK Dovecot ready. 1 login karpi blablabla 1 OK Logged in. Connection closed by foreign host. Last line "Connection closed" appears immediatelly after logging.. log says: Oct 27 11:20:50 alnagon dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Oct 27 11:20:51 alnagon dovecot: IMAP(karpi): setuid(1000) failed: Resource temporarily unavailable Oct 27 11:20:51 alnagon dovecot: child 8537 (imap) returned error 89 my configuratilon runs on gentoo desktop and looks like: alnagon ~ # dovecot -n # 1.0.3: /etc/dovecot/dovecot.conf protocols: imap ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_processes_count: 1 mail_extra_groups: mail mail_debug: yes auth default: passdb: driver: pam args: * userdb: driver: passwd very thanks for any hint..
Re: [Dovecot] few questions about 1.1*
On Fri, Oct 26, 2007 at 06:27:55PM +0300, Timo Sirainen wrote: > It'll bounce (or tempfail with quota_full_tempfail=yes). If you don't > want that, don't load the quota plugin. It would be interesting if deliver could toggle a field in some database once the user is over quota, so the inbound MTA can query it and reject e-mail upfront, instead of accepting it and bouncing. Just thinking out loud... :-) Geert
[Dovecot] Keywords (labels) support via virtual folders
Hi all, while I am rather a beginner when it comes to IMAP, I was thinking whether it would be possible (and feasible) to implement setting and unsetting of IMAP keywords with the means of virtual folders in Dovecot. The background is that the IMAP keywords seem to be a very useful thing to me: I would often like to be able to 'tag' a message so that it is easy to group with other similar messages and easy to find/ browse later. The problem is that not all IMAP clients support this functionality (as far as I am aware, mine which happens to be The Bat! does not); the only way of achieving similar results is using regular folders for grouping messages but this has several disadvantages, the most prominent one being unable to assign more than one 'tag' to a message this way (without copying a message). What I am thinking of is a server-side 'helper' that intends to achieve functionality similar to native client keywords support by the means of providing 'virtual folders' (as opposed to regular folders that we've known for a long time). The server would expose a list of virtual folders (user defined, either server-side by modifying the configuration, or client-side, by using the existing 'create regular folder' folder functionality but using a special name format that would be recognized by the server to be virtual folder related). These virtual folders would, upon moving a message to them, apply a keyword to the message (but the message would not be moved as it would be the case with regular folders). Upon moving a message from a virtual folder, the keyword would be reset. This means that the messages would not normally be moved from their place in existing hard folder structure but they would additionally be flagged with a keyword (or more of them) and be visible in respective virtual folders. The result is: - keywords support for clients that do not natively support it, - leaving existing message folder structure intact, - support for multiple keywords/ labels per message (one virtual folder = one keyword), - browsing flagged messages via respective virtual folders. What do you think of it? While I've been toying with this and similar ideas for a long time, what I propose above is of course heavily influenced by the recent addition of IMAP access to Gmail ([1]). While I still do not have it enabled for my account, I presume this is how the Gmail labels get translated to IMAP client ([2], [3]). [1] https://mail.google.com/support/bin/topic.py?topic=12760 [2] https://mail.google.com/support/bin/answer.py?answer=77657&topic=12762 [3] https://mail.google.com/support/bin/answer.py?answer=78758&topic=12762 -- Best regards, Robert Tomanek mailto:[EMAIL PROTECTED]