Re: [Dovecot] dovecot: child 1690 (auth-worker) killed with signal 11
* Timo Sirainen, 2007-08-09 14:05 > Thanks, this should fix it: > http://hg.dovecot.org/dovecot-1.0/rev/870e4d1cf2b3 Yup, seems like it did - no more crashes so far. Thanks! :-) -- =-= - Thomas "ZlatkO" Zajic <[EMAIL PROTECTED]> Linux-2.6.22 & Thunderbird-2.0 - - "It is not easy to cut through a human head with a hacksaw." (M. C.) - =-=
Re: [Dovecot] Version 1.1 Alpha 2 Various Stuff
On Aug 9, 2007, at 9:28 AM, Timo Sirainen wrote: On Wed, 2007-08-08 at 17:36 -0400, Jerry Yeager wrote: dovecot: imap-login: Maximum number of connections exceeded: user=, method=PLAIN, rip=192.168.1.1, lip=192.168.1.50, TLS mail_max_userip_connections limit causes this. I guess I'll have to change the error message, because even I thought it was something completely different. Changing this setting did the trick, so to speak. Mulberry v 4.0.6 is now working with the new Alpha 2 release. Thank you for your help! Jerry Yeager smime.p7s Description: S/MIME cryptographic signature
Re: [Dovecot] Dovecot 1.0.3: mbox problems for newly created users
Bernd Kuhls wrote: Now I create a new message in Thunderbird and save it as draft. A zero byte file "Drafts" is created in /home/$user/.imap_mail/ but the message I wanted to save got _lost_, /home/$user/.imap_mail/Drafts stays at zero bytes. The next message I try to save as draft finds its way to the Drafts mbox however. Hi, this problem still exists with Dovecot 1.0.3 + mbox-snarf patch (http://hg.dovecot.org/dovecot-1.0/rev/1b6c41524c6a) Greetings, Bernd
[Dovecot] Crash with 1.1alpha2 when lazy_expunge is enabled?
I'm seeing a crash in 1.1alpha2 when trying to expunge a folder when
"lazy_expunge" is enabled:
namespace private {
separator = .
prefix = .EXPUNGED/
location = maildir:/mailstore/%u/Expunged
hidden = yes
}
...
lazy_expunge = .EXPUNGED/ .EXPUNGED/ .EXPUNGED/
Commenting out "lazy_expunge" prevents the crash and mail is expunged.
It happens with and without ACL's. Attached is the log output.
The messages never actually get moved to the "Expunged" directory, but
there is a "temp" file created each time:
/mailstore/testuser/Expunged/
drwx-- 6 testuser users 4096 Aug 9 11:39 .
drwxr-xr-x 4 testuser users 4096 Aug 9 10:59 ..
drwx-- 2 testuser users 4096 Aug 9 10:59 cur
-rw--- 1 testuser users 24 Aug 9 11:39 dovecot.list.index.log
-rw--- 1 testuser users 28 Aug 9 11:39 dovecot.list.index.uidmap
drwx-- 5 testuser users 4096 Aug 9 11:02 .Junk
-rw--- 1 testuser users0 Aug 9 10:59 maildirfolder
drwx-- 2 testuser users 4096 Aug 9 10:59 new
-rw--- 1 testuser users0 Aug 9 11:04
temp.mail4.whidbey.net.8596.7b344a891b2c6691
-rw--- 1 testuser users0 Aug 9 11:32
temp.mail4.whidbey.net.8761.bfe04f5457e4ba7e
-rw--- 1 testuser users0 Aug 9 11:33
temp.mail4.whidbey.net.8765.44e803d87275348a
-rw--- 1 testuser users0 Aug 9 11:37
temp.mail4.whidbey.net.9031.f4a972591af59e05
-rw--- 1 testuser users0 Aug 9 11:39
temp.mail4.whidbey.net.9125.d67b160254a01631
drwx-- 2 testuser users 4096 Aug 9 10:59 tmp
Lazy expunge works on our production 1.0.0 systems. Anyone else seen this?
Rich
dovecot: Aug 09 11:04:25 Info: imap-login: Login: user=,
method=PLAIN, rip=209.166.64.35, lip=172.16.125.4
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Loading modules from directory:
/usr/local/lib/dovecot/imap
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Module loaded:
/usr/local/lib/dovecot/imap/lib01_acl_plugin.so
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Module loaded:
/usr/local/lib/dovecot/imap/lib02_lazy_expunge_plugin.so
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Module loaded:
/usr/local/lib/dovecot/imap/lib10_quota_plugin.so
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Module loaded:
/usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Effective uid=40308, gid=100,
home=/var/mail/testuser
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Quota rule: root=storage=102400
mailbox= storage=256000kB messages=0
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): Namespace: type=private,
prefix=, sep=., inbox=yes, hidden=no, list=yes
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): maildir:
data=/mailstore/testuser/Maildir:INDEX=MEMORY
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): maildir++:
root=/mailstore/testuser/Maildir, index=, control=,
inbox=/mailstore/testuser/Maildir
dovecot: Aug 09 11:04:25 Info: IMAP(testuser): acl: initializing backend with
data: vfile:/adminstore/configs/dovecot-acls:cache_secs=600
dovecot: Aug 09 11:04:25 Error: IMAP(testuser): Sending log messages too fast,
throttling..
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl: acl username = testuser
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl: owner = 1
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl vfile: Global ACL directory:
/adminstore/configs/dovecot-acls
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): Namespace: type=private,
prefix=.EXPUNGED/, sep=., inbox=no, hidden=yes, list=no
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): maildir:
data=/mailstore/testuser/Expunged:INDEX=MEMORY
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): maildir++:
root=/mailstore/testuser/Expunged, index=, control=,
inbox=/mailstore/testuser/Expunged
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl: initializing backend with
data: vfile:/adminstore/configs/dovecot-acls:cache_secs=600
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl: acl username = testuser
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl: owner = 1
dovecot: Aug 09 11:04:26 Info: IMAP(testuser): acl vfile: Global ACL directory:
/adminstore/configs/dovecot-acls
dovecot: Aug 09 11:04:28 Info: IMAP(testuser): acl vfile: reading file
/adminstore/configs/dovecot-acls/Junk
dovecot: Aug 09 11:04:28 Info: IMAP(testuser): acl vfile: file
/mailstore/testuser/Maildir/.Junk/dovecot-acl not found
dovecot: Aug 09 11:04:41 Info: IMAP(testuser): acl vfile: reading file
/adminstore/configs/dovecot-acls/Junk
dovecot: Aug 09 11:04:41 Info: IMAP(testuser): acl vfile: file
/mailstore/testuser/Expunged/.Junk/dovecot-acl not found
dovecot: Aug 09 11:04:41 Error: IMAP(testuser): file mailbox-list-maildir.c:
line 161 (maildir_list_get_path): assertion failed:
(mailbox_list_is_valid_existing_name(_list, name))
dovecot: Aug 09 11:04:41 Error: IMAP(testuser): Raw backtrace: imap [0x80c5df1]
-> imap [0x80c5d0c] -> imap [0x806ba2d] ->
/usr/local/lib/dovecot/imap/lib01_acl_plugin.so [0x46cfab] ->
/usr/local/lib/dovecot/imap/lib01_acl_plugin.s
Re: [Dovecot] UW-IMAP style mbox snarfing from /var/mail/ to ~/mbox
On Thu, 2007-08-09 at 20:43 +0200, Bernd Kuhls wrote: > Big thanks! Your patch fixed the bug, now I can throw away my ugly > work-arounds for this. Weird enough I did not activate mbox_lazy_writes. It's the default when imap/pop3 is started by Dovecot master, but I was testing it by running imap directly.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UW-IMAP style mbox snarfing from /var/mail/ to ~/mbox
Hi, Timo Sirainen wrote: On Fri, 2007-07-06 at 11:54 +0200, Bernd Kuhls wrote: - The index for $HOME/.imap_mail/inbox is created in $HOME/.imap_mail/.imap/inbox/, while the indexes for other mbox files are created in /var/mail/indexes/%u, like its supposed to be. How to disable creating index files in $HOME altogether without using links? This is a bit problematic to fix because of how it works internally. ok, not a big problem for me. I can live with the current situation. - if /var/mail/$user does not exist, syslog is cluttered with these messages for each POP3/IMAP login: Jun 10 22:33:33 server dovecot: IMAP(someuser): stat() failed with mbox file /var/mail/someuser: No such file or directory I can't reproduce this. Since your patch below the snarf-bug is gone, Dovecot creates a zero-byte file for /var/mail/$user now. Looks like this is broken only with mbox_lazy_writes=yes, which is why I didn't notice it first. And looks like it's a bug in Dovecot itself. Fixed: http://hg.dovecot.org/dovecot-1.0/rev/1b6c41524c6a Big thanks! Your patch fixed the bug, now I can throw away my ugly work-arounds for this. Weird enough I did not activate mbox_lazy_writes. # dovecot -n # 1.0.3: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot/dovecot.main log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_extra_groups: mail mail_location: mbox:~/.imap_mail:INBOX=/var/mail/%u:INDEX=/var/mail/indexes/%u mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): quota imap_quota mbox_snarf mail_plugins(imap): quota imap_quota mbox_snarf mail_plugins(pop3): mbox_snarf mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds(default): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(imap): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: pam userdb: driver: passwd plugin: quota: fs mbox_snarf: ~/.imap_mail/inbox Happy greetings, Bernd Kuhls
Re: [Dovecot] assertion failed with KMail 3.5.6 and dovecot 1.0.0
On Mon, 2007-07-30 at 15:07 +0200, Sylvain Joyeux wrote: > > > IMAP(doudou): file ostream-crlf.c: line 339 (_send_istream): assertion > > > failed: ((size_t)ret <= iov.iov_len) > > Hmm. Can you get Dovecot to dump a core file? > > Probably easiest way to get this fixed would be then if you sent me > > the core file and also the imap binary and I'll debug it further. Or > > I could also send you several gdb commands you could run. > > Here are the imap executable and core dump files (compressed). They are > generated on a powerpc machine, so I'm not sure it will be useful to you. > Moreover, Debian strips its executables, so no line numbers ... Debugging information would have been really useful, but I did fix one bug and added some more asserts: http://hg.dovecot.org/dovecot-1.0/rev/bd113e9fe67b If it still wasn't fixed, maybe with this change it gives another assert. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook 2000/2003 frequent disconnect issue
On Thu, 2007-08-09 at 11:01 -0700, Jeff Ramsey wrote: > > No, that setting doesn't do anything for IMAP. Also none of those > > settings affect the "unknown user" error, so maybe 0.99 is somehow > > lucky > > in not generating those. Perhaps setting blocking=yes to userdb passwd > > args would help. > > > > Perhaps dovecot communicates with PAM in a different way from 0.99 to > 1.0.2? I don't know how else to explain it. Literally, the only time > I've gotten a report of Outlook's 'IMAP server disconnected' message > since the downgrade is when a user who was on a remote VPN connection > left Outlook open and let his computer go into hibernation for like > an hour. I'd expect dovecot to close that connection in that instance. So you're using PAM + nss_ldap. I guess that can easily be the problem. http://wiki.dovecot.org/AuthDatabase/Passwd signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook 2000/2003 frequent disconnect issue
On Aug 9, 2007, at 4:58 AM, Timo Sirainen wrote: On Thu, 2007-08-02 at 12:50 -0700, Jeff Ramsey wrote: On Aug 1, 2007, at 12:10 PM, Timo Sirainen wrote: On Wed, 2007-08-01 at 12:05 -0700, Jeff Ramsey wrote: Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- ileneyoung,:::10.200.254.110): lookup Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- ileneyoung,:::10.200.254.110): unknown user .. I did the downgrade back to 0.99.11-8.EL4, which I realize is not truly 0.99.x, it's got some 1.0.? updates inserted from Red Hat. Anyhow, I did not get anymore messages about 'user unknown' immediately after the downgrade. However, I was still getting a few 'IMAP Server disconnected' errors in my Outlook clients. So, on a hunch I ran a diff command between the default 0.99.11-8.EL4 conf file and my old, known working 0.99.11-8.EL4 conf file, restored from a backup, and I noticed that even though I was not using the POP3 protocol at all, I still have the outlook-pop3-no-nuls and the oe6- fetch-no-newmail workarounds enabled, along with the outlook-idle workaround. So, I added those two workarounds to the default config, and it is working again. No 'IMAP Server disconnected' errors all day long. In 0.99.11-8.EL4, could this outlook-pop3-no-nuls be solving this issue, even though I am using IMAP protocol, not POP3? No, that setting doesn't do anything for IMAP. Also none of those settings affect the "unknown user" error, so maybe 0.99 is somehow lucky in not generating those. Perhaps setting blocking=yes to userdb passwd args would help. Perhaps dovecot communicates with PAM in a different way from 0.99 to 1.0.2? I don't know how else to explain it. Literally, the only time I've gotten a report of Outlook's 'IMAP server disconnected' message since the downgrade is when a user who was on a remote VPN connection left Outlook open and let his computer go into hibernation for like an hour. I'd expect dovecot to close that connection in that instance. Since in 1.0.2, the workarounds are on a separate conf line for POP3 and IMAP, is there an equivalent workaround for Outlook with IMAP? The wiki mentions a workaround called 'outlook-no-nuls'. Will that one work with 1.0.2 under the IMAP workarounds line? And am I being realistic that this may be my issue? The outlook-no-nuls only fixes Outlook completely hanging in case it receives a NUL byte with POP3 protocol. There's no such problem with IMAP. Well, today, I will build by test server, and load it up with the latest stable. And see if I can get it to work properly. I'll post my results as soon as I get some. Thanks again, Jeff Ramsey MIS Administrator TMI Forest Products, Inc. [EMAIL PROTECTED] 360.477.0738 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [Dovecot] bug: no initgroup() after login (was Re: Dovecot shared mailbox folder problem)
On Fri, 2007-07-06 at 11:29 +0200, Steffen Kaiser wrote: > /* setup environment - set the most important environment first > (paranoia about filling up environment without noticing) */ > restrict_access_set_env(system_user, uid, gid, chroot_dir, > set->first_valid_gid, set->last_valid_gid, > set->mail_extra_groups); > > system_user is not set. > > This is true for both local and LDAP users. It should be set if you use userdb passwd. For other userdbs you need to return it youself. For example with LDAP: user_attrs = uid=system_user,..etc.. What about the other part of the patch, is it needed if system_user is set? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Moving mboxes around
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Aug 09, 2007 at 04:37:16PM +0300, Timo Sirainen wrote: > On Mon, 2007-08-06 at 09:07 +, [EMAIL PROTECTED] wrote: > > - Is it OK to move mailboxes around from under Dovecot? > > Yes. Cool. I'm impressed by Dovecot, really :-) > > - Is there a way to tell an external application when mail has been > >moved by a client? > > Not really. There is a plugin for dspam, but there is no generic plugin. Thanks, I'm starting to discover that. I thought I'd read all, but... (blush) > > > - Use the mail_log plugin (seems more attractive). I still have > > (distro-provided) dovecot 0.99.14, but this would be a good reason > > to upgrade. (I still don't see where I get the source mailbox in the > > mail_log messages from, but that's details now). > > Or you could modify the mail_log plugin a bit and have it directly > execute your wanted commands. *That* sounds lik an interesting option. I'll look into this. Thanks a lot - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGu1JHBcgs9XrR2kYRAmhEAJsHpsypjmFrO5X3v2Si75PDwqNrAQCeMhBD Xq0TbVByrqcpsKsB1wW2ksE= =CHHl -END PGP SIGNATURE-
Re: [Dovecot] Database server failure causes endless loop
On Sun, 2007-07-01 at 11:40 +0100, Andy Shellam wrote: > The problem, however, is Dovecot isn't seeming to understand this, and > is endlessly looping, trying to query it every 5 seconds. My client > (telnet during testing) is simply sitting there waiting for a response, > which it's never going to get. After about 5 minutes, Dovecot killed > the connection, saying "* BYE Disconnected for inactivity." These should fix it: http://hg.dovecot.org/dovecot-1.0/rev/e0e2a826528e http://hg.dovecot.org/dovecot-1.0/rev/bc683833b319 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dotlock file was deleted error
Joe Wong spake the following on 8/9/2007 9:39 AM: > Oh Yes.. I mean the time sync between the file server and the dovecot > server. :-) what if there is a few seconds differences between the two? > Fix it! Run ntp or an equivalent on all servers that use NFS or handle mail. It is that important to keep them in sync. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't
Re: [Dovecot] passdb/userdb restart
On Mon, 2007-07-02 at 17:01 +0200, Thomas Hummel wrote: Sorry, looks like it took a while to reply. > I've noticed that when slapd which I'm using as the passdb and the prefetched > userdb is restarted I have to restart dovecot. As a matter of fact, if I > don't, > I get the following error : > > -- > Jul 2 16:38:39 dovecot: imap-login: Internal login failure: > user=, method=PLAIN, rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx, TLS > Jul 2 16:38:46 dovecot: auth(default): prefetch(xxx,xxx.xxx.xxx.xxx): > passdb didn't return userdb entries > Jul 2 16:38:46 dovecot: auth(default): userdb(xxx,xxx.xxx.xxx.xxx): > user not found from userdb But passdb lookup works anyway? Are you using auth binds or not? Set auth_debug=yes and see what the difference is between logging in before restart and after restart. I can't reproduce this problem myself. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dotlock file was deleted error
On Fri, 2007-08-10 at 00:39 +0800, Joe Wong wrote: > Oh Yes.. I mean the time sync between the file server and the dovecot > server. :-) what if there is a few seconds differences between the two? Keep it less than a second or you'll have problems. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UW-IMAP style mbox snarfing from /var/mail/ to ~/mbox
On Fri, 2007-07-06 at 11:54 +0200, Bernd Kuhls wrote: > mail_location = > mbox:~/.imap_mail:INBOX=/var/mail/%u:INDEX=/var/mail/indexes/%u > > mbox_snarf = ~/.imap_mail/inbox > > - The index for $HOME/.imap_mail/inbox is created in >$HOME/.imap_mail/.imap/inbox/, while the indexes for other mbox files >are created in /var/mail/indexes/%u, like its supposed to be. How to >disable creating index files in $HOME altogether without using links? This is a bit problematic to fix because of how it works internally. > - if /var/mail/$user does not exist, syslog is cluttered with these >messages for each POP3/IMAP login: > >Jun 10 22:33:33 server dovecot: IMAP(someuser): stat() failed with >mbox file /var/mail/someuser: No such file or directory I can't reproduce this. export MAIL_PLUGINS=mbox_snarf export MBOX_SNARF=~/mbox export MAIL=mbox:~/mail4:INBOX=/var/mail/tss:INDEX=/tmp/index rm -rf ~/mbox ~/.imap ~/mail4 /var/mail/tss ./imap x select inbox --> no errors rm -rf ~/mbox ~/.imap ~/mail4 /var/mail/tss touch ~/mbox ./imap x select inbox --> no errors What plugins are you using? > - the biggest problem is the following scenario: >- /var/mail/$user does not exist >- Exim can not deliver a mail to $HOME/.imap_mail/ so a second router > comes into action and delivers the mail to /var/mail/$user >- /var/mail/$user now only contains the mail, without the IMAP headers > Dovecot normally writes to a mbox file >- the user logs into the account and Dovecot tries to snarf the mail >- if snarfing is sucessful Dovecot must delete the mail from > /var/mail/$user, but this fails due to the missing IMAP headers >- when the user logs into the account the next time the mail is > snarfed again, this can be repeated endlessly >- the only situation where the snarf plugin works like expected is > when /var/mail/$user contains the IMAP headers Looks like this is broken only with mbox_lazy_writes=yes, which is why I didn't notice it first. And looks like it's a bug in Dovecot itself. Fixed: http://hg.dovecot.org/dovecot-1.0/rev/1b6c41524c6a signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1.alpha2 error in logs
> > default_mail_env = > > mbox:/vhome/%l/home/%n/mail:INBOX=/var/spool/vmail/%l/%n > > This reminds me that I'll remove default_mail_env from v1.1. It was > renamed to mail_location long time ago. > > Looks like this was a bug. Thanks, fixed: > http://hg.dovecot.org/dovecot/rev/c6b1d8515354 Thanks Timo. Will make that change in my config and rebuild with the bugfix. Cheers, > Mike <
Re: [Dovecot] dotlock file was deleted error
Oh Yes.. I mean the time sync between the file server and the dovecot server. :-) what if there is a few seconds differences between the two? - Original Message - From: "Charles Marcus" <[EMAIL PROTECTED]> To: "Dovecot Mailing List" Sent: Friday, August 10, 2007 12:40 AM Subject: Re: [Dovecot] dotlock file was deleted error Yes, it is on NFS. Version is 1.0.2. Does the time matter? You're serious?? Time is *always* important on a mail server - and even more so when NFS is involved... -- Best regards, Charles
Re: [Dovecot] dotlock file was deleted error
> Yes, it is on NFS. Version is 1.0.2. Does the time matter? You're serious?? Time is *always* important on a mail server - and even more so when NFS is involved... -- Best regards, Charles
Re: [Dovecot] dotlock file was deleted error
Hi Timo, Yes, it is on NFS. Version is 1.0.2. Does the time matter? - Joe - Original Message - From: "Timo Sirainen" <[EMAIL PROTECTED]> To: "Joe Wong" <[EMAIL PROTECTED]> Cc: "Dovecot Mailing List" Sent: Friday, August 10, 2007 12:04 AM Subject: Re: [Dovecot] dotlock file was deleted error
Re: [Dovecot] dotlock file was deleted error
On Thu, 2007-08-09 at 23:49 +0800, Joe Wong wrote: > Hello, under what situation the error: > > dovecot-uidlist.lock was deleted (kept it 0 seconds ) > > will happen? I saw quite some of these in dovecot log. Do you use NFS? If so, are all clocks synchronized? What Dovecot version? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 1.1.alpha2 error in logs
On Thu, 2007-08-09 at 09:44 -0600, Mike Cisar wrote: > Did a quick-n-dirty install of 1.1.alpha2 on a Fedora Core 6 server... am > getting the following message in the maillog, though there seems to be no > problem accessing mail. Error seems to be consistent for all users. > Running 1.0.3 on the system previously. > > Aug 8 22:49:26 stage2 dovecot: IMAP(testuser): > mkdir(/var/spool/vmail/192.168.0.199/.imap/testuser) failed: Permission > denied > > This is what I'm using for my env in dovecot.conf... > default_mail_env = mbox:/vhome/%l/home/%n/mail:INBOX=/var/spool/vmail/%l/%n This reminds me that I'll remove default_mail_env from v1.1. It was renamed to mail_location long time ago. > Thoughts, comments, something I need to modify in my config? Looks like this was a bug. Thanks, fixed: http://hg.dovecot.org/dovecot/rev/c6b1d8515354 signature.asc Description: This is a digitally signed message part
[Dovecot] [solved] lda: vacation auto-reply for a virtual address
also sprach martin f krafft <[EMAIL PROTECTED]> [2007.08.09.1319 +0200]:
> So yes, if I find a suitable virtual delivery agent or a way to pass
> the maildir location from postfix to e.g. procmail, I'll have it
> solved. But right now it does not look like it's possible.
I can report success. This solution requires me to take the
performance hit due to procmail, but it also gives me a lot of
flexibility. I might replace the procmailrc with a POSIX shell
script if it's less resource-hungry that way.
/etc/postfix/master.cf:
vprocmail unix - n n - 5 pipe
flags=DRhu user=vmail:vmail argv=/usr/bin/procmail -a ${recipient}
/etc/postfix/main.cf
virtual_transport = vprocmail
virtual_mailbox_maps = pgsql:$conf_dir/pgsql_virtual_mailbox_maps
virtual_mailbox_base = /srv/vmail # (== ~vmail)
virtual_minimum_uid = 6 # (== vmail)
virtual_uid_maps = static:6
virtual_gid_maps = static:6
vprocmail_destination_concurrency_limit = 5
vprocmail_destination_recipient_limit = 1
cat ~vmail/.procmailrc
BIFF=no
COMSAT=no
NICE='nice -20'
RECIPIENT="$1"
MAILBOX="`$NICE /usr/sbin/postmap -q $RECIPIENT
pgsql:/etc/postfix/conf/pgsql_vi
HOME="$HOME/$MAILBOX"
ORGMAIL="$HOME/.maildir/"
# http://bugs.debian.org/387883 requires us to create the directory
# as the vmail user because otherwise it will be owned by root
# (which is how spamd does it)
MKDIR=`$NICE install -d "$HOME"/.spamassassin`
UMASK=0007
# and we might just as well create a .procmailrc which is writeable by the
# group so that ACLs work
RC=`touch "$HOME"/.procmailrc`
:0 fw
|$NICE /usr/bin/spamc -x -u "$RECIPIENT"
INCLUDERC="$HOME/.procmailrc"
:0
|$NICE /usr/lib/dovecot/deliver -d "$RECIPIENT"
Cheers,
--
martin; (greetings from the heart of the sun.)
\ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
chaos reigns within.
reflect, repent, reboot.
order shall return.
spamtraps: [EMAIL PROTECTED]
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
[Dovecot] dotlock file was deleted error
Hello, under what situation the error: dovecot-uidlist.lock was deleted (kept it 0 seconds ) will happen? I saw quite some of these in dovecot log. Thanks, - Joe
[Dovecot] 1.1.alpha2 error in logs
Did a quick-n-dirty install of 1.1.alpha2 on a Fedora Core 6 server... am getting the following message in the maillog, though there seems to be no problem accessing mail. Error seems to be consistent for all users. Running 1.0.3 on the system previously. Aug 8 22:49:26 stage2 dovecot: IMAP(testuser): mkdir(/var/spool/vmail/192.168.0.199/.imap/testuser) failed: Permission denied This is what I'm using for my env in dovecot.conf... default_mail_env = mbox:/vhome/%l/home/%n/mail:INBOX=/var/spool/vmail/%l/%n And here's what we have in the user's mail directory (from before)... /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items/dovecot.index /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items/dovecot.index.cache /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items/dovecot.index.log /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index.cache /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index.log /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index.log.2 /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail/dovecot.index /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail/dovecot.index.cache /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail/dovecot.index.log I'm assuming that it's trying to create a folder for the user's INBOX index, but it's trying to create it in the mail spool directory rather than in /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX as previously? Thoughts, comments, something I need to modify in my config? Cheers, > Mike <
Re: [Dovecot] LDAP and (py|cmu)sieve
On Wed, 2007-08-08 at 10:42 +0200, Thibault VINCENT wrote: > The very precise question is : How can I tell dovecot to compute the « home » > path from the login name when using LDAP userdb ? This is possible with Dovecot v1.1, but not with v1.0. There you can use: user_attrs = ..., =home=/var/spol/imap/%1u/%u signature.asc Description: This is a digitally signed message part
Re: [Dovecot] HP-UX troubles
On Thu, 2007-08-09 at 17:04 +0200, Matthias Luehr wrote: > > On Thu, 2007-08-09 at 15:55 +0200, Matthias Luehr wrote: > >> Error: imap-login: fd_send(7) failed: Bad file number > >> Error: child 22629 (login) returned error 89 > >> > >> > >> As far as I can see, the problem seems to reside in dovecot's > >> fdpass.c... > > > > Dovecot's fd_send() probably doesn't work right with HP-UX. > > Unfortunately I've no idea why not, and if it's even supposed to work > > with HP-UX. > > > > Hmm. Did configure say: > > > > checking whether fd passing works... yes > > > > Yes. And from config.log: Well, if you can figure out why it works with a test program but not really in Dovecot, let me know. :) I can't do anything about this without having access to HP-UX, and I don't really want to spend time on it right now even if did.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] HP-UX troubles
> On Thu, 2007-08-09 at 15:55 +0200, Matthias Luehr wrote: >> Error: imap-login: fd_send(7) failed: Bad file number >> Error: child 22629 (login) returned error 89 >> >> >> As far as I can see, the problem seems to reside in dovecot's >> fdpass.c... > > Dovecot's fd_send() probably doesn't work right with HP-UX. > Unfortunately I've no idea why not, and if it's even supposed to work > with HP-UX. > > Hmm. Did configure say: > > checking whether fd passing works... yes > Yes. And from config.log: configure:26621: checking whether fd passing works configure:26694: gcc -o conftest -std=gnu99 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function -cast -D_XOPEN_SOURCE_EXTENDED -I./src/lib ./src/lib/fdpass.c conftest.c >&5 configure:26697: $? = 0 configure:26703: ./conftest configure:26706: $? = 0 configure:26735: result: yes
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
I blasted /home/username/mail/.imap recopied the mailbox, swapped the UID and the IMAP lines and it worked. thanks for the help, Dan On Thu, 2007-08-09 at 17:19 +0300, Timo Sirainen wrote: > On Thu, 2007-08-09 at 09:00 -0500, Daniel Davidson wrote: > > I did that and it was not able to fix things. > > > > Additionally in my logs I get the following messages: > > > > Dovecot v1.0.rc15 starting up > > > > pop3-login: Login: user=, method=PLAIN, > > rip=:::128.174.124.57, lip=:::128.174.124.57, secured > > > > POP3(danield): mbox sync: UID inserted in the middle of > > mailbox /var/mail/danield (3093908 > 3092736, seq=1, idx_msgs=514) > > After doing that make sure that Dovecot's index files get deleted. > Otherwise it remembers the old UIDs and logs these errors. >
Re: [Dovecot] HP-UX troubles
On Thu, 2007-08-09 at 15:55 +0200, Matthias Luehr wrote: > Error: imap-login: fd_send(7) failed: Bad file number > Error: child 22629 (login) returned error 89 > > > As far as I can see, the problem seems to reside in dovecot's fdpass.c... Dovecot's fd_send() probably doesn't work right with HP-UX. Unfortunately I've no idea why not, and if it's even supposed to work with HP-UX. Hmm. Did configure say: checking whether fd passing works... yes signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
On Thu, 2007-08-09 at 09:00 -0500, Daniel Davidson wrote: > I did that and it was not able to fix things. > > Additionally in my logs I get the following messages: > > Dovecot v1.0.rc15 starting up > > pop3-login: Login: user=, method=PLAIN, > rip=:::128.174.124.57, lip=:::128.174.124.57, secured > > POP3(danield): mbox sync: UID inserted in the middle of > mailbox /var/mail/danield (3093908 > 3092736, seq=1, idx_msgs=514) After doing that make sure that Dovecot's index files get deleted. Otherwise it remembers the old UIDs and logs these errors. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Userdb and home directories
On Mon, 2007-08-06 at 11:23 +0100, Mike Brudenell wrote:
> [Quick side-question: should I be using $USER or $RESTRICTED_USER
> here? I can't work out what the difference between them is. Both
> are set within Dovecot's standard environment.]
If you're using system users they're the same. If you're using virtual
users $USER contains the virtual user and $RESTRICTED_USER contains the
system user.
> Is there some way of overriding the home directory used in the very
> early (imap-login?) process? At present I can only think of either:
>
> a) Edit /etc/passwd with a dummy home directory for all users to
> appease
> the very early check, then use the postlogin script to set
> the real
> home directory up for the main imap process, or
>
> b) Edit the source code to do likewise.
c) Use checkpassword script for authentication and have it return a
different home directory.
I guess this has been asked often enough. v1.1 supports now this:
userdb passwd {
args = home=/var/mail/%u
}
http://hg.dovecot.org/dovecot/rev/1cc70ab3482a
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] Mails causing imap process to hang.
On Thu, 9 Aug 2007, Timo Sirainen wrote: On Thu, 2007-08-09 at 13:03 +0300, Timo Sirainen wrote: On Thu, 2007-08-09 at 15:55 +0800, Tan Shao Yi wrote: We are getting e-mails from a certain domain that seem to cause the IMAP process to hang. .. sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)Err#11 EAGAIN fstat64(10, 0x000CB208) = 0 sendfilev64(1, 1, 0xFFBFF4A0, 1, 0xFFBFF494)Err#11 EAGAIN I guess if you remove HAVE_SOLARIS_SENDFILE from config.h and reinstall it works? I'm not really sure what I'm doing wrong with it.. Finally, this had actually been in my TODO for years: http://hg.dovecot.org/dovecot/rev/b24199c8612d Hi Timo, Thank you, let me apply it and will let you know should anything break. Cheers.
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
I did that and it was not able to fix things. Additionally in my logs I get the following messages: Dovecot v1.0.rc15 starting up pop3-login: Login: user=, method=PLAIN, rip=:::128.174.124.57, lip=:::128.174.124.57, secured POP3(danield): mbox sync: UID inserted in the middle of mailbox /var/mail/danield (3093908 > 3092736, seq=1, idx_msgs=514) POP3(danield): mbox sync: UID inserted in the middle of mailbox /var/mail/danield (3094935 > 3092736, seq=1, idx_msgs=514) POP3(danield): Disconnected: Logged out top=0/0, retr=0/0, del=0/514, size=4689780 Looks to me like it is looking for a higher initial uid than what it gets from the file. Where is that kept? Any other ideas? Dan On Thu, 2007-08-09 at 16:44 +0300, Timo Sirainen wrote: > On Thu, 2007-08-09 at 08:43 -0500, Daniel Davidson wrote: > > Why, yes, it does. Do I need to swap them ore delete X-IMAPbase, > > Swapping probably helps. > > > and is there a utility to do that, or do I have to make one? > > I'm not aware of such an utility. >
[Dovecot] HP-UX troubles
Hi there, I got dovecot compiled and running on HP-UX 11.23. It's using LDAPUX and PAM for authentication. So far, it works. But after logging in the connection is closed immediately. It looks like this: telnet 143 Connected to ... Escape character is '^]'. * OK Dovecot ready. a01 login Connection closed by foreign host. The dovecot log says: Error: imap-login: fd_send(7) failed: Bad file number Error: child 22629 (login) returned error 89 As far as I can see, the problem seems to reside in dovecot's fdpass.c... dovecot version: 1.0.3 gcc version: 2.9 Any ideas or solutions? Thanks in advance, Matthias
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
On Thu, 2007-08-09 at 08:43 -0500, Daniel Davidson wrote: > Why, yes, it does. Do I need to swap them ore delete X-IMAPbase, Swapping probably helps. > and is there a utility to do that, or do I have to make one? I'm not aware of such an utility. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
Why, yes, it does. Do I need to swap them ore delete X-IMAPbase, and is there a utility to do that, or do I have to make one? Dan On Thu, 2007-08-09 at 12:53 +0300, Timo Sirainen wrote: > On Wed, 2007-08-08 at 16:32 -0500, Daniel Davidson wrote: > > I am moving from and old FC2 system to a new RHEL5 system and am having > > trouble getting the UIDLs to move over right, mainly the UID. > > > > I copy over the mailbox, and see the x-uid in the message is what it was > > on the old server, but when I telnet in to check pop, it rewrites x-uid > > in the message to something new, causing old messages to get downloaded > > again, which is not what we want > > Then there's something in those headers that causes Dovecot to decide > that they're wrong and they need to be rewritten. The rules have changed > a bit since 0.99. > > One thing I can think of is: Does the first message have X-UID: header > before X-IMAPbase: header? >
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
* Timo Sirainen <[EMAIL PROTECTED]>: > Well, what you just did probably did that. It just caused IMAP users to > download the mails again, but that's more transparent to users because > it doesn't create duplicates. OK > I did think about adding the possibility of storing POP3 UIDLs to a > separate field in dovecot-uidlist for v1.1, but I haven't managed to > write that code yet. :) -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de All the features in the world only do more to make me believe that Sendmail is hopelessly baroque, like some huge construction with chrome and tailfins sticking out in every direction -- like some monstrocity sculpted by people not the least bit interested in correctness.
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
On Thu, 2007-08-09 at 15:35 +0200, Ralf Hildebrandt wrote: > > Creating dovecot-uidlist then caused the UIDVALIDITY to change, which > > causes IMAP clients to redownload all messages, and as you can see > > Dovecot doesn't handle UIDVALIDITY changes all that nicely. v1.1 does a > > better job with it though. > > So, is there a way to migrate WITHOUT all my pop3 users re-downloading > everything? Well, what you just did probably did that. It just caused IMAP users to download the mails again, but that's more transparent to users because it doesn't create duplicates. I did think about adding the possibility of storing POP3 UIDLs to a separate field in dovecot-uidlist for v1.1, but I haven't managed to write that code yet. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Moving mboxes around
On Mon, 2007-08-06 at 09:07 +, [EMAIL PROTECTED] wrote: > - Is it OK to move mailboxes around from under Dovecot? Yes. > - Is there a way to tell an external application when mail has been >moved by a client? Not really. There is a plugin for dspam, but there is no generic plugin. > - Use the mail_log plugin (seems more attractive). I still have > (distro-provided) dovecot 0.99.14, but this would be a good reason > to upgrade. (I still don't see where I get the source mailbox in the > mail_log messages from, but that's details now). Or you could modify the mail_log plugin a bit and have it directly execute your wanted commands. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
* Timo Sirainen <[EMAIL PROTECTED]>: > If you had run Dovecot as IMAP server, then it wasn't such a great idea > to run the migration, because it recreates dovecot-uidlist files trying > to make them compatible with Courier's POP3 uidlist file. Oops. > Creating dovecot-uidlist then caused the UIDVALIDITY to change, which > causes IMAP clients to redownload all messages, and as you can see > Dovecot doesn't handle UIDVALIDITY changes all that nicely. v1.1 does a > better job with it though. So, is there a way to migrate WITHOUT all my pop3 users re-downloading everything? -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de Now that we know Microsoft's plan for world domination isn't superman suppost to come out and kick some ass?
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
On Thu, 2007-08-09 at 15:19 +0200, Ralf Hildebrandt wrote:
> I tried to disable courier-pop3 today in favour of dovecot pop3.
> Prior to that I ran:
>
> find /home -maxdepth 1 -type d | xargs --replace
> /usr/local/scripts/courier-dovecot-migrate.pl --overwrite --recursive
> --convert {}
>
> ( /home is hashed two levels deep: /home/a/a/aanton/Maildir/ )
>
> After that, I got lots of errors like:
>
> Aug 9 13:02:40 postamt dovecot: IMAP(azenclu): Maildir
> /home/a/z/azenclu/Maildir sync: UIDVALIDITY changed (1167827929 -> 1058881980)
..
If you had run Dovecot as IMAP server, then it wasn't such a great idea
to run the migration, because it recreates dovecot-uidlist files trying
to make them compatible with Courier's POP3 uidlist file.
Creating dovecot-uidlist then caused the UIDVALIDITY to change, which
causes IMAP clients to redownload all messages, and as you can see
Dovecot doesn't handle UIDVALIDITY changes all that nicely. v1.1 does a
better job with it though.
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] Version 1.1 Alpha 2 Various Stuff
On Wed, 2007-08-08 at 17:36 -0400, Jerry Yeager wrote: > dovecot: imap-login: Maximum number of connections exceeded: > user=, method=PLAIN, rip=192.168.1.1, lip=192.168.1.50, TLS mail_max_userip_connections limit causes this. I guess I'll have to change the error message, because even I thought it was something completely different. signature.asc Description: This is a digitally signed message part
[Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
I tried to disable courier-pop3 today in favour of dovecot pop3.
Prior to that I ran:
find /home -maxdepth 1 -type d | xargs --replace
/usr/local/scripts/courier-dovecot-migrate.pl --overwrite --recursive --convert
{}
( /home is hashed two levels deep: /home/a/a/aanton/Maildir/ )
After that, I got lots of errors like:
Aug 9 13:02:40 postamt dovecot: IMAP(azenclu): Maildir
/home/a/z/azenclu/Maildir sync: UIDVALIDITY changed (1167827929 -> 1058881980)
Aug 9 13:03:46 postamt dovecot: POP3(bbuhse): Couldn't init INBOX: BUG:
Unknown internal error
Aug 9 13:03:46 postamt dovecot: POP3(bbuhse): Mailbox init failed top=0/0,
retr=0/0, del=0/0, size=0
Aug 9 13:04:14 postamt dovecot: IMAP(bkusma): Maildir /home/b/k/bkusma/Maildir
sync: UIDVALIDITY changed (1179153053 -> 1174292827)
Aug 9 13:04:19 postamt dovecot: IMAP(am02): Corrupted index cache file
/home/a/m/am02/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:04:28 postamt deliver(avolz): Corrupted index cache file
/home/a/v/avolz/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:04:51 postamt dovecot: IMAP(ck05): Maildir /home/c/k/ck05/Maildir
sync: UIDVALIDITY changed (1167893115 -> 1094733247)
Aug 9 13:05:11 postamt deliver(agundlfi): Corrupted index cache file
/home/a/g/agundlfi/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:05:50 postamt dovecot: IMAP(asorigue): Corrupted index cache file
/home/a/s/asorigue/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:06:04 postamt dovecot: IMAP(azenclu): Corrupted index cache file
/home/a/z/azenclu/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:06:08 postamt dovecot: IMAP(coneck): Maildir /home/c/o/coneck/Maildir
sync: UIDVALIDITY changed (1164189070 -> 1058892719)
Dovecot would recover from that (deliver would deliver the mail on the
next queue run) -- but why is that?
--
Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED]
Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155
http://www.arschkrebs.de
This message represents the official view of the voices in my head
Re: [Dovecot] dovecot-sieve vacation changes
On Thu, 2007-08-09 at 14:28 +0200, Tomas Janousek wrote: > Hi, > > On Thu, Aug 09, 2007 at 03:23:38PM +0300, Timo Sirainen wrote: > > > The fix has been sent to <[EMAIL PROTECTED]> > > > > I've tried to send some of my own changes and minor fixes a few times > > already but no-one's ever answered. Maybe I should try once more. > > The cyrus-bugs is (or at least seems to be) a black hole. > > Try [EMAIL PROTECTED] or Ken Murchison > <[EMAIL PROTECTED]> directly. I added them to bugzilla now. Maybe they won't get lost in there. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] NFS rquota support
Le 09.08.2007 12:45, Timo Sirainen a écrit : >> Aug 7 19:34:36 rouge dovecot: IMAP(stransky): quota-fs: remote rquota >> call failed: RPC: Authentication error > > Did you include http://hg.dovecot.org/dovecot/rev/0f6d4f8dd587 You are right, this was not included, thanks ! Now I have included this patch and it works better, I mean there is no more error and thunderbird for example says that the server is supporting quotas. So, to sum up, the four needed patches are: http://hg.dovecot.org/dovecot/rev/078d9dde99c8 http://hg.dovecot.org/dovecot/rev/abec53314897 http://hg.dovecot.org/dovecot/rev/0dda1f746d63 http://hg.dovecot.org/dovecot/rev/0f6d4f8dd587 But now it returns no value, and always says the status is 0% used (0 out of 0Ko used)... should I configure something else ? Thunderbird also says the quota root is : "" Thanks -- Nico
Re: [Dovecot] dovecot-sieve vacation changes
Hi, On Thu, Aug 09, 2007 at 03:23:38PM +0300, Timo Sirainen wrote: > > The fix has been sent to <[EMAIL PROTECTED]> > > I've tried to send some of my own changes and minor fixes a few times > already but no-one's ever answered. Maybe I should try once more. The cyrus-bugs is (or at least seems to be) a black hole. Try [EMAIL PROTECTED] or Ken Murchison <[EMAIL PROTECTED]> directly. Regards, -- Tomas Janousek, SW Engineer, Red Hat, Inc.
Re: [Dovecot] dovecot-sieve vacation changes
On Tue, 2007-08-07 at 22:47 +0100, pod wrote: > I'd like to put forward the following patch for dovecot-sieve. Thanks, committed. >and "Resent-BCC" fields. Note that the appended patch also includes a >fix for some missing parentheses in the "resent-to" test which resulted >in some extra work being done but was otherwise harmless. Also changed to dovecot-sieve-1.1. > The fix has been sent to <[EMAIL PROTECTED]> I've tried to send some of my own changes and minor fixes a few times already but no-one's ever answered. Maybe I should try once more. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Shared folder hierarchies, multiple groups
On Thu, 2007-08-02 at 10:12 -0400, Benjamin R. Haskell wrote: > I'm trying to set up two shared folder hierarchies on my Dovecot > installation for two groups of employees, all of whom should only have > access to their own hierarchy. Any employee should be able to create > sub-folders and generally have full access to the hierarchy. > > My initial setup was to create two public namespaces, Shared-One and > Shared-Two. Each is a Maildir under /var/mail. One possibility would be to have the namespaces setup separately for your user groups. If you use flexible enough userdb (or you can play with post-login scripts), you could return the namespace settings from there: namespace_2=maildir:/var/mail/shared1 namespace_2_prefix=shared1/ namespace_2_type=public http://wiki.dovecot.org/UserDatabase/ExtraFields signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot: child 1690 (auth-worker) killed with signal 11
On Wed, 2007-08-01 at 21:37 +0200, Thomas Zajic wrote: > I've been seeing this for quite a while now, but only today finally got > off my lazy you-know-what and did a backtrace. Here's the requested info > as per http://dovecot.org/bugreport.html: .. > #1 0x08056954 in auth_worker_handle_passl (client=0x8089e18, id=3, > args=0x808a082 > "user=zlatko-mail\tservice=IMAP\tlip=192.168.1.3\trip=192.168.1.1\tsecured=1") > at auth-worker-client.c:242 > auth_request = (struct auth_request *) 0x808a3f0 > credentials_str = 0x2 Thanks, this should fix it: http://hg.dovecot.org/dovecot-1.0/rev/870e4d1cf2b3 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook 2000/2003 frequent disconnect issue
On Thu, 2007-08-02 at 12:50 -0700, Jeff Ramsey wrote: > On Aug 1, 2007, at 12:10 PM, Timo Sirainen wrote: > > > On Wed, 2007-08-01 at 12:05 -0700, Jeff Ramsey wrote: > >> Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- > >> ileneyoung,:::10.200.254.110): lookup > >> Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- > >> ileneyoung,:::10.200.254.110): unknown user .. > I did the downgrade back to 0.99.11-8.EL4, which I realize is not > truly 0.99.x, it's got some 1.0.? updates inserted from Red Hat. > > Anyhow, I did not get anymore messages about 'user unknown' > immediately after the downgrade. However, I was still getting a few > 'IMAP Server disconnected' errors in my Outlook clients. So, on a > hunch I ran a diff command between the default 0.99.11-8.EL4 conf > file and my old, known working 0.99.11-8.EL4 conf file, restored from > a backup, and I noticed that even though I was not using the POP3 > protocol at all, I still have the outlook-pop3-no-nuls and the oe6- > fetch-no-newmail workarounds enabled, along with the outlook-idle > workaround. So, I added those two workarounds to the default config, > and it is working again. No 'IMAP Server disconnected' errors all day > long. > > In 0.99.11-8.EL4, could this outlook-pop3-no-nuls be solving this > issue, even though I am using IMAP protocol, not POP3? No, that setting doesn't do anything for IMAP. Also none of those settings affect the "unknown user" error, so maybe 0.99 is somehow lucky in not generating those. Perhaps setting blocking=yes to userdb passwd args would help. > Since in 1.0.2, the workarounds are on a separate conf line for POP3 > and IMAP, is there an equivalent workaround for Outlook with IMAP? > The wiki mentions a workaround called 'outlook-no-nuls'. Will that > one work with 1.0.2 under the IMAP workarounds line? And am I being > realistic that this may be my issue? The outlook-no-nuls only fixes Outlook completely hanging in case it receives a NUL byte with POP3 protocol. There's no such problem with IMAP. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Bug in Exim->Dovecot auth
On Fri, 2007-07-27 at 13:47 +0200, Chris Laif wrote: > Hi. > > I'm using SMTP auth with Exim authenticating against Dovecot's auth > socket. My (excellent) SMTP test tool "swaks" > (http://jetmore.org/john/code/#swaks) tries multiple auth mechanismus > consecutively which leads to the following message in Dovecot's log > file: > > Error: auth(default): BUG: Authentication client gave a PID 6738 of > existing connection That probably means that the Exim code creates a second connection. Or possibly closes the old one and then immediately creates a new one so that dovecot-auth doesn't notice that the old connection had yet died. In any case this could be fixed by having Exim use a single connection for the entire life time of the process.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-auth core dumps
On Wed, 2007-08-01 at 13:09 -0600, Cassidy B. Larson wrote: > Sorry about the no 'bt full'. > > Program received signal SIGSEGV, Segmentation fault. > 0x107712a8 in gss_delete_sec_context () from /usr/lib/libgssapi.so.8 I guess this fixes it: http://hg.dovecot.org/dovecot-1.0/rev/d2da308f55d3 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Maildir Skeleton
Le jeudi 09 août 2007 09:47, Sebastian Ganschow a écrit : > But if the user creates his own rules, he also needs to create the spam > rule. Otherwise his spam won't be delivered to the spam folder. I'm not > really sure, if this is the solution i'd like to have. Why not include a default sieve script in your maildir skeleton that will take care of moving spams into the right folder then ? If the user later deletes this rule it's out of your control sure, but if you send a welcome message tell them about this rule and why it's here to help them. Grégory
Re: [Dovecot] lda: vacation auto-reply for a virtual address
also sprach Steffen Kaiser <[EMAIL PROTECTED]> [2007.08.09.0902 +0200]: > Sendmail uses different mailers (exim calls them transports, if > I remember correctly) for the two different maildrops, "scripts" > are invoked by the virtual "*prog*" mailer, whereas the spooling > into a local mailbox is performed by the "local" mailer, which is > bound to e.g. Dovecot deliver. But postfix's local transport cannot deliver to virtual mailboxes, and the virtual transport does not provide for command execution: virtual(8): This delivery agent only delivers mail. Other features such as mail forwarding, out-of-office notifications, etc., must be configured via virtual_alias maps or via similar lookup mechanisms. So yes, if I find a suitable virtual delivery agent or a way to pass the maildir location from postfix to e.g. procmail, I'll have it solved. But right now it does not look like it's possible. -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED] "we should have a volleyballocracy. we elect a six-pack of presidents. each one serves until they screw up, at which point they rotate." -- dennis miller spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: [Dovecot] lda: vacation auto-reply for a virtual address
also sprach Joseba Torre <[EMAIL PROTECTED]> [2007.08.09.1251 +0200]: > As long as nothing depends on whatever you patch, you can do it > with no problem. And I don't think that anything depends on > dovecot. You just won't get security updates anymore. -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED] "even if you persuade me, you won't persuade me." -- aristophanes spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: [Dovecot] Patch: building dovecot-sieve against installed dovecot (Re: sieve discard)
On Thu, Aug 09, 2007 at 01:49:32PM +0300, Timo Sirainen wrote: > I don't really like that idea. The next thing another package wants > some other Dovecot libraries and soon we'll have all the .a libs > installed somewhere. liblib.a would be installed with --enable-header-install only, so for users who want to build _something_ upon Dovecot. :-) And about those "other packages", dovecot-sieve is the most popular, if not the only, dovecot add-on at this moment, so the exception would be justified. :-) Geert > I've been thinking about making liblib a separate .so library. And > maybe the other Dovecot libs a libdovecot_mail.so. But I'm not sure > if this is such a great idea either.
Re: [Dovecot] lda: vacation auto-reply for a virtual address
Hi, El Miércoles, 8 de Agosto de 2007 17:42, martin f krafft escribió: > > Of course, you could patch Dovecot LDA. It is rather straight > > forward. > > As a long-time Debian user, I'd really rather not patch anything. :) As long as nothing depends on whatever you patch, you can do it with no problem. And I don't think that anything depends on dovecot. Aagur. -- Joseba Torre. CIDIR Bizkaia. pgpBLchyJfVdE.pgp Description: PGP signature
Re: [Dovecot] Maildir Skeleton
On Thu, 2007-08-09 at 12:06 +0200, Sebastian Ganschow wrote: > Timo Sirainen schrieb: > > The new Sieve supports include feature, so it should be somewhat easy to > > support automatic includes. I think. > > Will this support be included in dovecot 1.1? Includes are already in dovecot-sieve v1.1 (which works only with Dovecot v1.1). I don't know about automatic includes, I'm not really planning on implementing them myself. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Patch: building dovecot-sieve against installed dovecot (Re: sieve discard)
On Thu, 2007-08-09 at 10:33 +0200, Geert Hendrickx wrote: > Timo, > > is this ok with you? It allows building dovecot-sieve against an installed > dovecot package (if --enable-header-install additionally installs liblib.a) > including sievec and sieved (needed for pysieved). I don't really like that idea. The next thing another package wants some other Dovecot libraries and soon we'll have all the .a libs installed somewhere. I've been thinking about making liblib a separate .so library. And maybe the other Dovecot libs a libdovecot_mail.so. But I'm not sure if this is such a great idea either. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] NFS rquota support
On Thu, 2007-08-09 at 12:00 +0200, Nicolas STRANSKY wrote: > Le 07.08.2007 18:05, Mike Brudenell a écrit : > > > 0. Apply the patches. > > 1. cd to the top level of the distribution directory tree (above "src") > > 2. Run: autoconf > > 3. Run: autoheader > > 4. Run: automake > > 5. Run: configure > > 6. Compile > > Thanks, this seems to work at last ! > But unfortunately, I get an authentication error and I just wonder why, > because the "quota" command returns the quota properly, but not dovecot.. > > Aug 7 19:34:36 rouge dovecot: IMAP(stransky): quota-fs: remote rquota > call failed: RPC: Authentication error Did you include http://hg.dovecot.org/dovecot/rev/0f6d4f8dd587 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Mails causing imap process to hang.
On Thu, 2007-08-09 at 13:03 +0300, Timo Sirainen wrote: > On Thu, 2007-08-09 at 15:55 +0800, Tan Shao Yi wrote: > > We are getting e-mails from a certain domain that seem to cause the IMAP > > process to hang. > .. > > sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)Err#11 EAGAIN > > fstat64(10, 0x000CB208) = 0 > > sendfilev64(1, 1, 0xFFBFF4A0, 1, 0xFFBFF494)Err#11 EAGAIN > > I guess if you remove HAVE_SOLARIS_SENDFILE from config.h and reinstall > it works? I'm not really sure what I'm doing wrong with it.. Finally, this had actually been in my TODO for years: http://hg.dovecot.org/dovecot/rev/b24199c8612d signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo Sirainen schrieb: > The new Sieve supports include feature, so it should be somewhat easy to > support automatic includes. I think. Will this support be included in dovecot 1.1? Sebastian - -- Sebastian Ganschow Königsberger Str. 17 45770 Marl Germany Phone: +49 2365 9 24 96 76 Mobile: +49 172 2 47 41 44 Mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGuuc3KWhY+QthhLYRAmb2AJ94LgCw53xrzQE0mmRN69r3MOdZxQCeO0kw DD2eBKf5X6De/Ft3UD+pIg8= =VPmo -END PGP SIGNATURE-
Re: [Dovecot] Mails causing imap process to hang.
On Thu, 2007-08-09 at 15:55 +0800, Tan Shao Yi wrote: > We are getting e-mails from a certain domain that seem to cause the IMAP > process to hang. .. > sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)Err#11 EAGAIN > fstat64(10, 0x000CB208) = 0 > sendfilev64(1, 1, 0xFFBFF4A0, 1, 0xFFBFF494)Err#11 EAGAIN I guess if you remove HAVE_SOLARIS_SENDFILE from config.h and reinstall it works? I'm not really sure what I'm doing wrong with it.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] NFS rquota support
Le 07.08.2007 18:05, Mike Brudenell a écrit : > 0. Apply the patches. > 1. cd to the top level of the distribution directory tree (above "src") > 2. Run: autoconf > 3. Run: autoheader > 4. Run: automake > 5. Run: configure > 6. Compile Thanks, this seems to work at last ! But unfortunately, I get an authentication error and I just wonder why, because the "quota" command returns the quota properly, but not dovecot.. Aug 7 19:34:36 rouge dovecot: IMAP(stransky): quota-fs: remote rquota call failed: RPC: Authentication error -- Nico
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
On Wed, 2007-08-08 at 16:32 -0500, Daniel Davidson wrote: > I am moving from and old FC2 system to a new RHEL5 system and am having > trouble getting the UIDLs to move over right, mainly the UID. > > I copy over the mailbox, and see the x-uid in the message is what it was > on the old server, but when I telnet in to check pop, it rewrites x-uid > in the message to something new, causing old messages to get downloaded > again, which is not what we want Then there's something in those headers that causes Dovecot to decide that they're wrong and they need to be rewritten. The rules have changed a bit since 0.99. One thing I can think of is: Does the first message have X-UID: header before X-IMAPbase: header? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Maildir Skeleton
On Thu, 2007-08-09 at 10:01 +0200, Steffen Kaiser wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thu, 9 Aug 2007, Sebastian Ganschow wrote: > > > But if the user creates his own rules, he also needs to create the spam > > rule. Otherwise his spam won't be delivered to the spam folder. I'm not > > really sure, if this is the solution i'd like to have. > > Yeah ;-) It's my impression, too. > > I was on the way to make a patch for this situation, but Timo has moved on > to another version for the next versions of Dovecot-sieve, which I have > not looked into. The new Sieve supports include feature, so it should be somewhat easy to support automatic includes. I think. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Authentication problem - or is it?
On Wed, 2007-08-08 at 19:45 +0100, Anne Wilson wrote:
> userdb /etc/passwd {
> }
userdb passwd {
}
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] Authentication problem - or is it?
On Wednesday 08 Aug 2007, you wrote: > On Wednesday 08 Aug 2007, you wrote: > > On Wed, 2007-08-08 at 21:19 +0100, Anne Wilson wrote: > > > On Wednesday 08 Aug 2007, you wrote: > > > > On Wed, 2007-08-08 at 19:45 +0100, Anne Wilson wrote: > > > > > dovecot: Aug 08 18:50:11 Error: IMAP(anne): Ambiguous mail location > > > > > setting, don't know what to do with it: /home/anne/Maildir (try > > > > > prefixing it with mbox: or maildir:) > > > > > > > > .. > > > > > > > > > I tried adding maildir:, but it made no difference. > > > > > > > > That should fix it. Did you forget to restart Dovecot? Or did you > > > > check if the error message had changed? > > > > > > You're right, of course - I had forgotten to restart. However, now I > > > have > > > > > > telnet localhost 143 > > > Trying 127.0.0.1... > > > telnet: connect to address 127.0.0.1: Connection refused > > > telnet: Unable to connect to remote host: Connection refused > > > > That means Dovecot didn't start. It most likely wrote an error message > > to logs. > > [EMAIL PROTECTED] program]# service dovecot status > dovecot dead but subsys locked > > Hmm - > > dovecot: Aug 08 21:15:47 Warning: Killed with signal 15 > dovecot: Aug 08 21:15:51 Error: Auth process died too early - shutting down > dovecot: Aug 08 21:15:51 Error: auth(default): Unknown userdb > driver '/etc/passwd' (typo, or Dovecot was built without support for it? > Check with dovecot --build-options) > dovecot: Aug 08 21:15:51 Error: child 30279 (auth) returned error 89 > > It's 10pm here, and I've wrestled with this most of the day. I'll be back > to it in the morning, but I'm really tired now, and the brain is seizing > up. :-) Any help you can give, I'll follow it up and report back. Thanks > OK - I did the check, which returned dovecot --build-options Build options: ioloop=poll notify=inotify ipv6 openssl SQL drivers: mysql Passdb: checkpassword pam passwd passwd-file shadow sql Userdb: checkpassword passwd prefetch passwd-file sql static so it has to be my config file. I'll try again to read up on this, but I'll be glad of any help available. Anne pgpPTrikbt8kD.pgp Description: PGP signature
Re: [Dovecot] v1.1.alpha2 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/alpha/dovecot-1.1.alpha2.tar.gz http://dovecot.org/releases/1.1/alpha/dovecot-1.1.alpha2.tar.gz.sig Hopefully the next release can be v1.1.beta1. I'm not aware of any major problems and I think I'm pretty much done with new features (except for dbox). The largest changes since alpha1: * Removed THREAD indexing. It's a bit buggy and I think there's a better chance of releasing a bugfree v1.1 soon if it's not included. I'll fix it after v1.1. * Removed THREAD=X-REFERENCES2 also because it wasn't as easy to implement with the old threading code. I might put this back though if there's enough interest. * PAM always works in blocking=yes mode now. If you have problems with memory leaks, change auth_worker_max_request_count setting. + Filesystem quota backend supports inode limits, group quota and RPC quota for NFS. + SEARCH and SORT finally compare all characters case-insensitively. We use i;unicode-casemap algorithm. + Config files support splitting values to multiple lines with \ + Winbind NTLM and GSS-SPNEGO mechanism patches by Dmitry Butskoy. Dont' forget: + Added separate auth negative caching timeout option! =)
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sebastian Ganschow schrieb: > Steffen Kaiser schrieb: >> Dovecot-LDA is using _one_ script, when there is an user Sieve script, >> the global one is _not_ used. > > > Okay now it works. > > But if the user creates his own rules, he also needs to create the spam > rule. Otherwise his spam won't be delivered to the spam folder. I'm not > really sure, if this is the solution i'd like to have. > > Sebastian > it should be possible to write a rule in global sieve that delivers marked spam mails into the users spam folder it can be done with maildrop, so it should work with sieve too. After all i dont think this is a good idea ( depend deeply to your setup ) cause subfolders are not "visiable" in pop3 i choose to let the users make their own sieve filters with avelsieve - -- Mit freundlichen Gruessen Best Regards Robert Schetterer Germany/Bavaria/Munich -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGutccfGH2AvR16oERAkncAJsHe++90AE9RsvGJRPagG603Nm3nQCfW63l WaS8XhzbpWIGiCyrzBAGYQ4= =ekdD -END PGP SIGNATURE-
Re: [Dovecot] Authentication problem - or is it?
On Wednesday 08 Aug 2007, you wrote: > On Wed, 2007-08-08 at 21:19 +0100, Anne Wilson wrote: > > On Wednesday 08 Aug 2007, you wrote: > > > On Wed, 2007-08-08 at 19:45 +0100, Anne Wilson wrote: > > > > dovecot: Aug 08 18:50:11 Error: IMAP(anne): Ambiguous mail location > > > > setting, don't know what to do with it: /home/anne/Maildir (try > > > > prefixing it with mbox: or maildir:) > > > > > > .. > > > > > > > I tried adding maildir:, but it made no difference. > > > > > > That should fix it. Did you forget to restart Dovecot? Or did you check > > > if the error message had changed? > > > > You're right, of course - I had forgotten to restart. However, now I > > have > > > > telnet localhost 143 > > Trying 127.0.0.1... > > telnet: connect to address 127.0.0.1: Connection refused > > telnet: Unable to connect to remote host: Connection refused > > That means Dovecot didn't start. It most likely wrote an error message > to logs. [EMAIL PROTECTED] program]# service dovecot status dovecot dead but subsys locked Hmm - dovecot: Aug 08 21:15:47 Warning: Killed with signal 15 dovecot: Aug 08 21:15:51 Error: Auth process died too early - shutting down dovecot: Aug 08 21:15:51 Error: auth(default): Unknown userdb driver '/etc/passwd' (typo, or Dovecot was built without support for it? Check with dovecot --build-options) dovecot: Aug 08 21:15:51 Error: child 30279 (auth) returned error 89 It's 10pm here, and I've wrestled with this most of the day. I'll be back to it in the morning, but I'm really tired now, and the brain is seizing up. :-) Any help you can give, I'll follow it up and report back. Thanks Anne pgpdGb1F6y2Bu.pgp Description: PGP signature
Re: [Dovecot] Patch: building dovecot-sieve against installed dovecot (Re: sieve discard)
Timo, is this ok with you? It allows building dovecot-sieve against an installed dovecot package (if --enable-header-install additionally installs liblib.a) including sievec and sieved (needed for pysieved). Geert On Thu, Aug 02, 2007 at 10:11:38AM +0200, Geert Hendrickx wrote: > On Wed, Aug 01, 2007 at 10:17:32PM +0200, Geert Hendrickx wrote: > > On Wed, Aug 01, 2007 at 03:02:38PM +0300, Timo Sirainen wrote: > > > sievec and sieved binaries are built only if you use 2) method, because > > > they need to link with Dovecot's libraries. They can be used to compile > > > and > > > decompile Sieve scripts. You probably don't need these. > > > > According to the Makefile, they only need liblib.a to build. Can't this > > file be installed as well with --enable-header-install (you may want to > > rename this flag then), so that dovecot-sieve can fully be built against > > an installed dovecot package? > > If dovecot with --enable-header-install installs liblib.a in the same dir > as dovecot-config, the following patch for dovecot-sieve makes this work: > > --- src/libsieve/Makefile.in.orig 2007-07-20 10:19:20.0 +0200 > +++ src/libsieve/Makefile.in 2007-08-02 09:54:11.0 +0200 > @@ -38,8 +38,8 @@ > POST_UNINSTALL = : > build_triplet = @build@ > host_triplet = @host@ > [EMAIL PROTECTED]@pkglibexec_PROGRAMS = sievec$(EXEEXT) \ > [EMAIL PROTECTED]@sieved$(EXEEXT) > +pkglibexec_PROGRAMS = sievec$(EXEEXT) \ > + sieved$(EXEEXT) > subdir = src/libsieve > DIST_COMMON = README $(noinst_HEADERS) $(srcdir)/Makefile.am \ > $(srcdir)/Makefile.in AUTHORS COPYING ChangeLog NEWS \ > @@ -62,17 +62,21 @@ > pkglibexecPROGRAMS_INSTALL = $(INSTALL_PROGRAM) > PROGRAMS = $(pkglibexec_PROGRAMS) > am__sievec_SOURCES_DIST = sievec.c ../map.c ../imparse.c > [EMAIL PROTECTED]@am_sievec_OBJECTS = sievec.$(OBJEXT) \ > [EMAIL PROTECTED]@map.$(OBJEXT) imparse.$(OBJEXT) > +am_sievec_OBJECTS = sievec.$(OBJEXT) \ > + map.$(OBJEXT) imparse.$(OBJEXT) > sievec_OBJECTS = $(am_sievec_OBJECTS) > @[EMAIL PROTECTED] = libsieve.la \ > @HAVE_DOVECOT_LIBS_TRUE@ $(dovecotdir)/src/lib/liblib.a > [EMAIL PROTECTED]@sievec_DEPENDENCIES = libsieve.la \ > [EMAIL PROTECTED]@$(dovecotdir)/liblib.a > am__sieved_SOURCES_DIST = sieved.c ../map.c > [EMAIL PROTECTED]@am_sieved_OBJECTS = sieved.$(OBJEXT) \ > [EMAIL PROTECTED]@map.$(OBJEXT) > +am_sieved_OBJECTS = sieved.$(OBJEXT) \ > + map.$(OBJEXT) > sieved_OBJECTS = $(am_sieved_OBJECTS) > @[EMAIL PROTECTED] = libsieve.la \ > @HAVE_DOVECOT_LIBS_TRUE@ $(dovecotdir)/src/lib/liblib.a > [EMAIL PROTECTED]@sieved_DEPENDENCIES = libsieve.la \ > [EMAIL PROTECTED]@$(dovecotdir)/liblib.a > DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir) > depcomp = $(SHELL) $(top_srcdir)/depcomp > am__depfiles_maybe = depfiles > @@ -266,10 +270,16 @@ > @[EMAIL PROTECTED] = \ > @HAVE_DOVECOT_LIBS_TRUE@ libsieve.la \ > @HAVE_DOVECOT_LIBS_TRUE@ $(dovecotdir)/src/lib/liblib.a > [EMAIL PROTECTED]@sievec_LDADD = \ > [EMAIL PROTECTED]@libsieve.la \ > [EMAIL PROTECTED]@$(dovecotdir)/liblib.a > > @[EMAIL PROTECTED] = \ > @HAVE_DOVECOT_LIBS_TRUE@ libsieve.la \ > @HAVE_DOVECOT_LIBS_TRUE@ $(dovecotdir)/src/lib/liblib.a > [EMAIL PROTECTED]@sieved_LDADD = \ > [EMAIL PROTECTED]@libsieve.la \ > [EMAIL PROTECTED]@$(dovecotdir)/liblib.a > > @[EMAIL PROTECTED] = sievec.c sieved.c > @[EMAIL PROTECTED] = > > This means a complete dovecot-sieve package (including sievec and sieved) > can be compiled against either a built dovecot sourcetree or an installed > dovecot package with --enable-header-install. > > I guess this will not be included in 1.0.x, but if it can be included in > 1.1.x, I can add the patch to the pkgsrc package for now. > > Geert
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Aug 2007, Sebastian Ganschow wrote: But if the user creates his own rules, he also needs to create the spam rule. Otherwise his spam won't be delivered to the spam folder. I'm not really sure, if this is the solution i'd like to have. Yeah ;-) It's my impression, too. I was on the way to make a patch for this situation, but Timo has moved on to another version for the next versions of Dovecot-sieve, which I have not looked into. Bye, - -- Steffen Kaiser FH Bonn-Rhein-Sieg| e-mail: [EMAIL PROTECTED] FB Informatik | Grantham-Allee 20 | phone : +49 2241/865-203 53757 Sankt Augustin | Germany - Deutschland | fax : +49 2241/865-8203 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGusnEqkPRRG/0bFIRAgwPAJ9M98Mzfbe5qR6olQ2dS68j3M+/WACdHLLm QL676rweK4rrJYD9Z1zjloM= =dvNc -END PGP SIGNATURE-
[Dovecot] Mails causing imap process to hang.
Hi Timo,
We are getting e-mails from a certain domain that seem to cause the IMAP
process to hang.
Here's how it looks like if we issued a FETCH 40 FULL:
* 40 FETCH (FLAGS (\Seen) INTERNALDATE "09-Aug-2007 11:50:44 +0800"
RFC822.SIZE 803392
ENVELOPE ("Thu, 09 Aug 2007 11:09:09 +0800 (CST)" {64}
8¤ë¸¹Âø»x¤C¤Ñ¤W¬[79§é !! SmartÀ°±zÄY¿ï¥|¤j°Ï°ì20Àɳ̷í¼ö°òª÷±ÀÂË
(("=?Big5?B?s9WryKjTpKSk5cL4u3ikS6TruLk=?=" NIL "mailsender" "books.com.tw"))
(("=?Big5?B?s9WryKjTpKSk5cL4u3ikS6TruLk=?=" NIL "mailsender" "books.com.tw"))
(("=?Big5?B?s9WryKjTuvS49K7RqbE=?=" NIL "mailsender" "books.com.tw")) NIL NIL NIL NIL
"<[EMAIL PROTECTED]>") BODY ("text"
"html" ("charset" "Big5") NIL NIL "base64" 801726 10279))
A truss of the process reveals:
write(1, " * 4 0 F E T C H (".., 36) = 36
sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)= 65536
close(10) = 0
close(8)= 0
open64("/var/qmail/maildirs/09/44/XX/Maildir/maildirsize",
O_RDWR|O_APPEND) = 8
read(8, " 1 0 4 8 5 7 6 0 S\n 6 4".., 5120) = 1188
read(8, 0xFFBFE3FC, 3932) = 0
write(1, " )\r\n 0 0 0 0 0 0 1 0 ".., 33) = 33
pollsys(0x000B0378, 3, 0xFFBFF888, 0x) = 1
read(0, " 0 0 0 0 0 0 1 1 F E T".., 2769) = 42
close(8)= 0
open64("/var/qmail/maildirs/09/44/XX/Maildir/maildirsize",
O_RDWR|O_APPEND) = 8
read(8, " 1 0 4 8 5 7 6 0 S\n 6 4".., 5120) = 1188
read(8, 0xFFBFE4FC, 3932) = 0
open64("/var/qmail/maildirs/09/44/XX/Maildir/cur/1186631443.M495843P21207V0094BF68I0030AFC0_0.recess4,S=803364:2,S",
O_RDONLY) = 10
fstat64(10, 0xFFBFF2A0) = 0
pread64(10, " A g I C A 8 d G Q g Y 2".., 4096, 58982) = 4096
pread64(10, " R p b m c 9 I j A i P g".., 4096, 63078) = 4096
pread64(10, " O V 8 w M D F f M D M y".., 4096, 67174) = 4096
pread64(10, " Z W M v Y X M v M j A w".., 4096, 71270) = 4096
pread64(10, " 4 K I C A g I C A g I C".., 4096, 75366) = 4096
pread64(10, " A g I C A g I C A g I C".., 4096, 79462) = 4096
pread64(10, " I C A g I C A 8 L 3 R y".., 4096, 83558) = 4096
pread64(10, " c y 5 j b 2 0 u d H c v".., 4096, 87654) = 4096
pread64(10, " A g I C A g I C A g I C".., 4096, 91750) = 4096
pread64(10, " A 4 N j A i P j x p b W".., 4096, 95846) = 4096
pread64(10, " I C A 8 d G Q + I A o g".., 4096, 99942) = 4096
pread64(10, " U j A z L z k v U j A z".., 4096, 104038) = 4096
pread64(10, " A g P H R k I G N v b H".., 4096, 108134) = 4096
pread64(10, " R k P g o g I C A g\r\n".., 4096, 112230) = 4096
pread64(10, " I C A g I C A g I D x 0".., 4096, 116326) = 4096
pread64(10, " e m l u Z S 9 t\r\n Y W".., 4096, 120422) = 4096
pread64(10, " J 0 Z X h 0 I j 6 q s a".., 4096, 124518) = 4096
fstat64(10, 0x000D6610) = 0
write(1, " * 4 0 F E T C H (".., 38) = 38
sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)= 131072
close(10) = 0
close(8)= 0
open64("/var/qmail/maildirs/09/44/XX/Maildir/maildirsize",
O_RDWR|O_APPEND) = 8
read(8, " 1 0 4 8 5 7 6 0 S\n 6 4".., 5120) = 1188
read(8, 0xFFBFE3FC, 3932) = 0
write(1, " )\r\n 0 0 0 0 0 0 1 1 ".., 33) Err#11 EAGAIN
pollsys(0x000B0378, 4, 0xFFBFF888, 0x) = 1
write(1, " )\r\n 0 0 0 0 0 0 1 1 ".., 33) = 33
pollsys(0x000B0378, 3, 0xFFBFF888, 0x) = 1
read(0, " 0 0 0 0 0 0 1 2 F E T".., 2727) = 42
close(8)= 0
open64("/var/qmail/maildirs/09/44/XX/Maildir/maildirsize",
O_RDWR|O_APPEND) = 8
read(8, " 1 0 4 8 5 7 6 0 S\n 6 4".., 5120) = 1188
read(8, 0xFFBFE4FC, 3932) = 0
open64("/var/qmail/maildirs/09/44/XX/Maildir/cur/1186631443.M495843P21207V0094BF68I0030AFC0_0.recess4,S=803364:2,S",
O_RDONLY) = 10
fstat64(10, 0xFFBFF2A0) = 0
pread64(10, " J 0 Z X h 0 I j 6 q s a".., 4096, 124518) = 4096
pread64(10, " c v Z X h l\r\n Y y 9 h".., 4096, 128614) = 4096
pread64(10, " I C A g I C A g I C A g".., 4096, 132710) = 4096
pread64(10, " I C A g\r\n I C A g C i".., 4096, 136806) = 4096
pread64(10, " A g I C A g I C A g I C".., 4096, 140902) = 4096
pread64(10, " w v\r\n d H I + C i A g".., 4096, 144998) = 4096
pread64(10, " Z H R o P S I 4 M S I g".., 4096, 149094) = 4096
pread64(10, "\r\n b 2 x z c G F u P S".., 4096, 153190) = 4096
pread64(10, " T r u L k v M j A w N y".., 4096, 157286) = 4096
pread64(10, " c j 4 K I C A g I C A g".., 4096, 161382) = 4096
pread64(10, " I C A g P H R k I G N v".., 4096, 165478) = 4096
pread64(10, " E g a H J l Z j 0 i a H".., 4096, 169574) = 4096
pread64(10, " A g I C A g I C A 8 d H".., 4096, 173670) = 4096
pread64(10, " I i B o Z W l n a H Q 9".., 4096, 177766) = 4096
pread64(10, " I D x 0 Z C B j b 2 x z".., 4096, 181862) = 4096
pread64(10, " M u Z 2 l m I i B 3 a W".., 4096, 185
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steffen Kaiser schrieb: > > Dovecot-LDA is using _one_ script, when there is an user Sieve script, > the global one is _not_ used. > Okay now it works. But if the user creates his own rules, he also needs to create the spam rule. Otherwise his spam won't be delivered to the spam folder. I'm not really sure, if this is the solution i'd like to have. Sebastian - -- Sebastian Ganschow Königsberger Str. 17 45770 Marl Germany Phone: +49 2365 9 24 96 76 Mobile: +49 172 2 47 41 44 Mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGusakKWhY+QthhLYRAki0AJ4xQvDRO6fnhdAgkA94O7WyHh0BvwCfe8Dn EtfAUNIlrz3/1yD8pYbzWPQ= =5Dg4 -END PGP SIGNATURE-
Re: [Dovecot] lda: vacation auto-reply for a virtual address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 8 Aug 2007, martin f krafft wrote: As a long-time Debian user, I'd really rather not patch anything. :) Um, I couldn't stand this policy while waiting for Sarge. But yes, if dovecot's LDA would honour something like .forward files, I'd be happy. Actually, the forward files functionality is mail forwarding per user, this is you setup two (independed) maildrops per recipient; it's a feature of the MTA, not of the MDA. One maildrop is the mailbox of the local user, the other one is the auto-responder. Maybe, you could also name it "aliasing", you alias the local recipient to the local recipient himself and the responder (double the mail, like if you would forward the mail to two different remote addresses). In sendmail the main difference between ".forward" and aliases is that aliases are executed with the permission of the MTA, but .forwards with the permissions of the user. I don't know postfix, so I cannot use the correct terms of it. Sendmail uses different mailers (exim calls them transports, if I remember correctly) for the two different maildrops, "scripts" are invoked by the virtual "*prog*" mailer, whereas the spooling into a local mailbox is performed by the "local" mailer, which is bound to e.g. Dovecot deliver. http://www.postfix.org/local.8.html "An alias or ~/.forward file may list any combination of external commands, destination file names, :include: directives, or mail addresses. See aliases(5) for a pre- cise description. Each line in a user's .forward file has the same syntax as the right-hand part of an alias." this paragraphe should cover what I mean (section: SYSTEM-WIDE AND USER-LEVEL ALIASING). Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRrq8Fi9SORjhbDpvAQLkCAf7BiQ1SsQdMSTw958e1z4o96tV4ljQES5p R8T004kjfmqccXuoyyzowL+oPzB9GFSHRYJkRb889FGTN1OCWiDQF1sySOVWsAn+ O/zpnuKaQ3pYLAhTuwoNviBT22sVseRNJh0LxiV8123rxrdMFGxHczzENh9+SJCN OdfVuaNBwf8eiVIuokLg1B+fbMi1TvUaYkrgMZLQJsUX+StT88AS92VVk1hlb63f OHJWpIbr+/8QMHlXrHQkhVk1TRg0hMX7T/0z1QiGK0GuZ5dT92CgnuyhZYzyQrpQ /bU08V/sM7AIcf3D0jabxXznUK01cxekOFG7602VHHHAfXLH4HBeHA== =wbX2 -END PGP SIGNATURE-
