Re: [Dovecot] set \Seen flag on mail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 2009-03-04 10:53, J.P. Trosclair wrote: | Is there a better way to set the \Seen flag other than the global sieve | script since it can be overridden by the user? One idea: You could use the Sieve include extension to include the global script in the user's default sieve script. You can then check periodically (with a cron script that contains a few 'grep' calls) that all users' sieve scripts still include the include statement and if not, inform them why they better should leave the include statement in their sieve script. Patrick. - -- STAR Software (Shanghai) Co., Ltd. http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: E883A005 https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmuX1wACgkQ7yMg/OiDoAWDEACfe33hmBXDN2UxPiqH8Kkogd9H v0cAnjHUwDG6CioG5a3EtUEsjUjkhiwf =Gqdt -END PGP SIGNATURE-
Re: [Dovecot] Outlook cant delete folders
It doesnt matter if it is an existent account or a new account. If i create folders at any depth i get the error when i try to delete it by right-clicking on the folder and selecting Delete. Outlook error: Cannot delete the folder. Right-click the folder, and then click on Properties to check your permissions for the folder. See the Folder owner or the administrator to change your permissions. The server responded: Mailbox doesnt exist: asdf. Now when outlook shows the server responded message, it shows the folder to erase asdf, however, the real name is .asdf, would that have something to do with it..? Or does Dovecot takes care of the dot ...? The mailbox certainly exists: # ll total 68 drwx-- 5 vmail vmail 4096 Mar 4 08:41 .INBOX.cvn drwx-- 5 vmail vmail 4096 Mar 4 08:41 .INBOX.zxcv drwx-- 5 vmail vmail 4096 Mar 4 08:41 .Junk E-mail drwx-- 5 vmail vmail 4096 Mar 4 08:41 .asdf drwx-- 5 vmail vmail 4096 Mar 4 08:41 .asdf.bnsdf drwx-- 5 vmail vmail 4096 Mar 4 08:41 .asdf.sxcv drwx-- 5 vmail vmail 4096 Mar 4 08:41 .dfhfgh drwx-- 5 vmail vmail 4096 Mar 4 08:41 .rturtuy drwx-- 5 vmail vmail 4096 Mar 4 08:41 .yomaam drwx-- 5 vmail vmail 4096 Mar 4 08:41 .zxcv drwx-- 2 vmail vmail 4096 Mar 4 08:40 cur -rw--- 1 vmail vmail 17 Mar 4 08:40 dovecot-uidlist -rw--- 1 vmail vmail8 Mar 4 08:41 dovecot-uidvalidity -rw--- 1 vmail vmail0 Mar 4 08:40 dovecot-uidvalidity.49ae92ce -rw--- 1 vmail vmail 232 Mar 4 08:40 dovecot.index.log drwx-- 2 vmail vmail 4096 Mar 4 08:40 new -rw--- 1 vmail vmail 86 Mar 4 08:41 subscriptions drwx-- 2 vmail vmail 4096 Mar 4 08:40 tmp Thanks On Mar 3, 2009, at 4:40 PM, Timo Sirainen wrote: On Fri, 2009-02-27 at 14:42 -0600, Romer Ventura wrote: Hello, It has been brought to my attention that outlook users cant delete folders from their mailbox. They can move them around and erase emails, but when it comes to folders, they cant.. Any ideas..? Only Outlook users, or everyone? And what exactly do you mean by can't? What exactly happens when they try it? mail_plugins: lazy_expunge Could be related to this. Have you tried if it works after disabling this?
Re: [Dovecot] failed assertion in 1.1.8: istream.c: line 81
Hi. I applied the patch, and the assertion did move to istream-raw-mbox.c. I've attached a script of the gdb session with the prints you requested. Thanks, Alan Ferrency pair Networks, Inc. On Tue, 3 Mar 2009, Timo Sirainen wrote: On Tue, 2009-03-03 at 15:42 -0500, Alan Ferrency wrote: On Tue, 3 Mar 2009, Timo Sirainen wrote: On Tue, 2009-03-03 at 15:35 -0500, Alan Ferrency wrote: I have a core dump available for deliver; here's a backtrace: There's some bug here, but I'm not really sure where exactly the bug is. Could you apply the attached patch, remove -O2 from CFLAGS in src/lib-storage/index/mbox/Makefile, install and see if the assert moves to the istream-raw-mbox.c. If it does, again do: fr 6 p ret p pos p new_pos p *rstream p *stream.parent p *stream.parent.real_stream GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... Core was generated by `deliver'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/dovecot/lda/lib10_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/lda/lib10_quota_plugin.so Reading symbols from /usr/lib/librpcsvc.so.3...done. Loaded symbols for /usr/lib/librpcsvc.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x282c0ecb in kill () from /lib/libc.so.6 (gdb) bt #0 0x282c0ecb in kill () from /lib/libc.so.6 #1 0x282c0e68 in raise () from /lib/libc.so.6 #2 0x282bfb78 in abort () from /lib/libc.so.6 #3 0x080bbc24 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:150 #4 0x080bbf07 in i_syslog_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80d14d0 file %s: line %d (%s): assertion failed: (%s), args=0xbfbfe274 ?\024\r\b?) at failures.c:308 #5 0x080bbd83 in i_panic (format=0x80d14d0 file %s: line %d (%s): assertion failed: (%s)) at failures.c:197 #6 0x0806d5da in i_stream_raw_mbox_read (stream=0x8107e00) at istream-raw-mbox.c:184 #7 0x0806dc1a in i_stream_raw_mbox_read (stream=0x8107e00) at istream-raw-mbox.c:332 #8 0x0806dc1a in i_stream_raw_mbox_read (stream=0x8107e00) at istream-raw-mbox.c:332 #9 0x080bf960 in i_stream_read (stream=0x8107e28) at istream.c:78 #10 0x080bfe89 in i_stream_read_data (stream=0x8107e28, data_r=0xbfbfe4d8, size_r=0xbfbfe4d4, threshold=0) at istream.c:322 #11 0x0806e696 in istream_raw_mbox_get_body_size (stream=0x8107e28, expected_body_size=11013) at istream-raw-mbox.c:563 #12 0x08074746 in mbox_sync_read_next_mail (sync_ctx=0xbfbfe710, mail_ctx=0xbfbfe5a0) at mbox-sync.c:151 #13 0x08076830 in mbox_sync_loop (sync_ctx=0xbfbfe710, mail_ctx=0xbfbfe5a0, partial=false) at mbox-sync.c:1003 #14 0x08077e61 in mbox_sync_do (sync_ctx=0xbfbfe710, flags=0) at mbox-sync.c:1528 #15 0x080789cb in mbox_sync_int (mbox=0x8108028, flags=0, lock_id=0xbfbfe8c4) at mbox-sync.c:1833 #16 0x08078c12 in mbox_sync (mbox=0x8108028, flags=0) at mbox-sync.c:1885 #17 0x08071f2e in mbox_save_init_file (ctx=0x80f7b00, t=0x80f7980, want_mail=true) at mbox-save.c:318 #18 0x08072380 in mbox_save_init (_t=0x80f7980, flags=0, keywords=0x0, received_date=1236179180, timezone_offset=0, from_envelope=0x80eb100 i...@hawk-display.com, input=0x80fbf28, dest_mail=0x810b028, ctx_r=0xbfbfea20) at mbox-save.c:459 #19 0x282f317f in quota_save_init (t=0x80f7980, flags=0, keywords=0x0, received_date=-1, timezone_offset=0, from_envelope=0x80eb100 i...@hawk-display.com, input=0x80fbf28, dest_mail=0x810b028, ctx_r=0xbfbfea20) at quota-storage.c:236 #20 0x080924b9 in mailbox_save_init (t=0x5, flags=0, keywords=0x0, received_date=-1, timezone_offset=0, from_envelope=0x80eb100 i...@hawk-display.com, input=0x80fbf28, dest_mail=0x810b028, ctx_r=0xbfbfea20) at mail-storage.c:726 #21 0x08090496 in mail_storage_copy (t=0x80f7980, mail=0xbfbfea20, flags=0, keywords=0x0, dest_mail=0x810b028) at mail-copy.c:28 #22 0x282f308a in quota_copy (t=0x80f7980, mail=0x8102028, flags=0, keywords=0x0, dest_mail=0x810b028) at quota-storage.c:180 #23 0x08059100 in deliver_save (namespaces=0x80fc028, storage_r=0xbfbfeb90, mailbox=0x80d57eb INBOX, mail=0x8102028, flags=0, keywords=0x0) at deliver.c:237 #24 0x0805a968 in main (argc=5, argv=0xbfbfec40) at deliver.c:1093 (gdb) fr 6 #6 0x0806d5da in i_stream_raw_mbox_read (stream=0x8107e00) at istream-raw-mbox.c:184 184 i_assert(stream-skip != stream-pos); (gdb) p ret
Re: [Dovecot] Shared mailbox documentation updated
Timo Sirainen t...@iki.fi writes: http://wiki.dovecot.org/SharedMailboxes Great! Anything missing? Anything still need clarifying? On a first glance looks looks quite complete. :) Maybe the configuration example should include mail_location to show how it relates to the location in the shared name space definition. But that's just a minor suggestion. sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpqsl8KlQEBA.pgp Description: PGP signature
Re: [Dovecot] set \Seen flag on mail
J.P. Trosclair schreef: I'm looking for a way to set the \Seen flag on certain mail no matter what. Currently I'm using a global sieve script to do this. From what I've read, there is no way to enforce the global script if the user creates their own sieve script. More details: I have a postfix transport that along with sender_bcc_maps and recipient_bcc_maps uses deliver to create a read only archive of user's mail. The mail intended to be archived is stored in a per user imap folder called Archives that uses the ACL plugin to make the messages there read only. In addition to that, I want the mail marked as \Seen upon delivery so that user's who subscribe to the Arhives folder don't see new mail indications and what not when mail is delivered there. Is there a better way to set the \Seen flag other than the global sieve script since it can be overridden by the user? Since you can separate delivery at the MTA level with *_bcc_maps, you could also make sure that the archive copy of e-mails doesn't touch delivery settings of your regular user, but uses a separate archive user. -- Regards, Tom signature.asc Description: OpenPGP digital signature
[Dovecot] ACLs are applied recursively to sub mailboxes
Hi *, The problem is most noticeable when a user shares his INBOX[0][1] with others: User A sets his INBOX acls to eilprwtsd Now User B can see _all_ sub mailboxes and sub sub [...] mailboxes and their contents of User A: User A: g getacl INBOX * ACL INBOX a...@example.com akxeilprwtscd b...@example.com eilprwtsd a...@example.com lrwstipekxacd g OK Getacl completed. g getacl INBOX/foobar * ACL INBOX/foobar 1...@aztec.intevation.de lrwstipekxacd User B: l list * * LIST (\Noselect \HasChildren) / user * LIST (\Noselect \HasChildren) / user/1...@aztec.intevation.de * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Gesendet * LIST (\HasChildren) / user/1...@aztec.intevation.de/foobar * LIST (\HasNoChildren) / user/1...@aztec.intevation.de/foobar/barbaaz * LIST (\HasNoChildren) / user/1...@aztec.intevation.de/INBOX l OK List completed. The RfC is not to verbose on this topic of scope, but I think the following excerpt from RfC4314: 2. Access Control [...] An access control list is a set of access identifier,rights pairs. An ACL applies to a mailbox name. indicates that ACLs are only valid for individual mailboxes (name) and not for sub mailboxes. cheers sascha [0] Yes, there are really actual users wanting to do this. [1] There is actually another bug in this context I'll report in my next mail... -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpXWJPCkmElf.pgp Description: PGP signature
[Dovecot] deliver to root
Hi, we use dovecot 1.1.11 on a RH Server with sendmail. Local delivery is done with deliver: Mlocal, P=/usr/local/libexec/dovecot/deliver, F=lsDFMAw5:/|@qSPfhn9, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=deliver -d $u This setup works without issues for us, but mail to root has a problem with deliver: deliver(root): Mar 04 16:31:31 Error: userdb(root) returned 0 as uid deliver(root): Mar 04 16:31:31 Error: userdb(root) returned 0 as gid deliver(root): Mar 04 16:31:31 Error: User root is missing UID (set mail_uid) Is it generally not possible to use deliver to deliver mail to root? Thanks Philipp
Re: [Dovecot] ACLs are applied recursively to sub mailboxes
Sascha Wilde wi...@intevation.de writes: Ooops some search and replace missing, the example should read: User A: g getacl INBOX * ACL INBOX a...@example.com akxeilprwtscd b...@example.com eilprwtsd a...@example.com lrwstipekxacd g OK Getacl completed. g getacl INBOX/foobar * ACL INBOX/foobar a...@example.com lrwstipekxacd User B: l list * * LIST (\Noselect \HasChildren) / user * LIST (\Noselect \HasChildren) / user/a...@example.com * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Gesendet * LIST (\HasChildren) / user/a...@example.com/foobar * LIST (\HasNoChildren) / user/a...@example.com/foobar/barbaaz * LIST (\HasNoChildren) / user/a...@example.com/INBOX l OK List completed. cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpY0KDxECF5C.pgp Description: PGP signature
[Dovecot] v1.2: can't access other users shared INBOX
Hi *, when a user A shares his INBOX with another user B, the user B can't access its content: User A: g getacl INBOX * ACL INBOX a...@example.com lrswipkxtecda b...@example.com lrswipkxtecd g OK Completed User B: l list * * LIST (\Noselect \HasChildren) / user * LIST (\Noselect \HasChildren) / user/a...@example.com * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Gesendet * LIST (\HasChildren) / user/a...@example.com/foobar * LIST (\HasNoChildren) / user/a...@example.com/INBOX l OK List completed. s1 select user/a...@example.com s1 NO [CANNOT] Invalid mailbox name s2 select user/a...@example.com/INBOX s2 NO [NONEXISTENT] Mailbox doesn't exist: INBOX Actually there are two bugs to observe here: 1) user/a...@example.com really should be accessible to user B. Why is it listed with \Noselect? 2) user/a...@example.com/INBOX does not exist, so the error message is correct, but why does it appear in the listing in the first place? cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpj2KaWNC3Bd.pgp Description: PGP signature
Re: [Dovecot] no auth attempts: log
Timo Sirainen a écrit : On Tue, 2009-03-03 at 14:52 +0100, Mathieu Kretchner wrote: Hello, is there any option that could disable such log : Mar 2 16:47:31 imap dovecot: imap-login: Disconnected (no auth attempts): rip=127.0.0.1, lip=127.0.0.1, secured, port=143 So those are some kind of heartbeat checks? No, no such options to disable them. Perhaps use a configurable syslog and filter them out there. Yes they are heartbeat checks ! you're so perceptive (excuse my english) Thanks for the syslog tips ! begin:vcard fn:Mathieu Kretchner n:Kretchner;Mathieu org:INRIA;Syslog adr;dom:;;2004 route des lucioles - BP93;Sophia Antipolis;;06902 CEDEX email;internet:mathieu.kretch...@sophia.inria.fr tel;work:04 92 38 76 67 x-mozilla-html:FALSE version:2.1 end:vcard
Re: [Dovecot] ACLs are applied recursively to sub mailboxes
On Wed, 2009-03-04 at 17:01 +0100, Sascha Wilde wrote: Hi *, The problem is most noticeable when a user shares his INBOX[0][1] with others: User A sets his INBOX acls to eilprwtsd Now User B can see _all_ sub mailboxes and sub sub [...] mailboxes and their contents of User A: That shouldn't happen. There's no code for doing recursive ACLs. Sounds more like a bug somewhere. I'll check it later. * ACL INBOX a...@example.com akxeilprwtscd b...@example.com eilprwtsd a...@example.com lrwstipekxacd a...@example.com is there twice?.. * LIST (\HasChildren) / user/1...@aztec.intevation.de/foobar How does user B see this mailbox's ACLs? Is the mailbox also selectable? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] ACLs are applied recursively to sub mailboxes
Timo Sirainen t...@iki.fi writes: On Wed, 2009-03-04 at 17:01 +0100, Sascha Wilde wrote: Hi *, The problem is most noticeable when a user shares his INBOX[0][1] with others: User A sets his INBOX acls to eilprwtsd Now User B can see _all_ sub mailboxes and sub sub [...] mailboxes and their contents of User A: That shouldn't happen. There's no code for doing recursive ACLs. Sounds more like a bug somewhere. I'll check it later. Thanks. * ACL INBOX a...@example.com akxeilprwtscd b...@example.com eilprwtsd a...@example.com lrwstipekxacd a...@example.com is there twice?.. Oh, haven't noticed that, but yes its actually there twice. The dovecot-acl file contains: use...@example.com akxeilprwts use...@example.com eilprwts * LIST (\HasChildren) / user/1...@aztec.intevation.de/foobar How does user B see this mailbox's ACLs? Is the mailbox also selectable? Well good question -- unfortunately I can't tell: both getacl and myrights on user/1...@aztec.intevation.de/foobar make the imap process die on SIGV... :-( cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgp70TpCvjysr.pgp Description: PGP signature
Re: [Dovecot] no auth attempts: log
On 3/4/2009, Mathieu Kretchner (mathieu.kretch...@sophia.inria.fr) wrote: Yes they are heartbeat checks ! you're so perceptive (excuse my english) Actually, thats the perfect word for it... Timo is unusually perceptive - sometimes uncannily so... :)
[Dovecot] dovecot/postfix on Mac (was: tls and auth plain login)
A couple of us are working on a macports project for dovecot, postfix, mysql, bind9 dlz etc... virtual everything. pkgsrc has all of these. Also, the way we are building should easily move to bsd's and linux distros. pkgsrc already does that (and even Solaris, Irix and HP-UX). I know there are a bunch of these types of things out there but I didn't find one that was what I was looking for. Did you try pkgsrc?
Re: [Dovecot] dovecot/postfix on Mac (was: tls and auth plain login)
On Mar 4, 2009, at 9:36 AM, Edgar Fuß wrote: A couple of us are working on a macports project for dovecot, postfix, mysql, bind9 dlz etc... virtual everything. pkgsrc has all of these. Also, the way we are building should easily move to bsd's and linux distros. pkgsrc already does that (and even Solaris, Irix and HP-UX). I know there are a bunch of these types of things out there but I didn't find one that was what I was looking for. Did you try pkgsrc? What is pkgsrc?
[Dovecot] OT: pkgsrc (was: dovecot/postfix on Mac)
What is pkgsrc? A package system (see www.pkgsrc.org) Originally the package system of NetBSD, but then ported to 13 other platforms, Darwin being the second one. Extremly flexible, quarterly stable branches, 7300 packages. It's really nice to have the same package system on my Macs and NetBSD machines.
Re: [Dovecot] imap locking spool?
On Tue, 3 Mar 2009, Timo Sirainen wrote: If you set mbox_read_locks=dotlock, it should get created whenever Dovecot is reading the mbox file. But it's created ONLY during those times. For example opening a mailbox whose index files are up-to-date doesn't cause dotlock to be created. And when the mbox is actually being read, the dotlock is deleted immediately after the IMAP command is finished. Does openwebmail create longer existing locks? *sigh*. No. It releases the locks as soon as it reads. (The CGI process ends.) So if my script accesses by IMAP, which also releases the locks, openwebmail can change the folder in the meantime, regardless of what lock mechanism I use. On Tue, 3 Mar 2009, Scott Silva wrote: Looking at their list it seems as if flock is emulated by calling the base fcntl locking routines, so you might be OK on this one. http://openwebmail.acatysmoof.com/archive/html/owm-users/owm-users.200811/msg6.html That would be great if it were true, but when I set openwebmail to use 'flock', then open the spool file directly with Mail::Box using 'POSIX' locking to keep it locked, I am still able to access openwebmail, so I could still change the file. If I use Mail::Box 'Flock' locking, it does lock me out of OWM. I think the guy means that he's imported the flock constants from Fcntl, and he thinks this is the same as using Fcntl. (A misconception that I had to battle with my predecessor's code, which assumed that a file was locked if you just imported the constants and did nothing.) The lock code is here if anyone is interested: http://openwebmail.acatysmoof.com/dev/svnweb/index.pl/openwebmail/view/tags/2.53/src/cgi-bin/openwebmail/modules/filelock.pl Hrmm, rope, poison, or jumping off a bridge? At this point I would prefer a firing squad. An excuse to smoke again. I think the only real answer is to lock the user's password, kill any dovecot processes with the username in verbose proctitle (-HUP? -KILL?), then run my expiration script on their mailboxes. OR, use horde. Mark
Re: [Dovecot] OT: pkgsrc (was: dovecot/postfix on Mac)
On Mar 4, 2009, at 11:22 AM, Edgar Fuß wrote: What is pkgsrc? A package system (see www.pkgsrc.org) Originally the package system of NetBSD, but then ported to 13 other platforms, Darwin being the second one. Extremly flexible, quarterly stable branches, 7300 packages. It's really nice to have the same package system on my Macs and NetBSD machines. I bet it is. I may have to reconsider. //Brad
Re: [Dovecot] imap locking spool?
On Wed, 2009-03-04 at 11:23 -0800, Mark Hedges wrote: On Tue, 3 Mar 2009, Timo Sirainen wrote: If you set mbox_read_locks=dotlock, it should get created whenever Dovecot is reading the mbox file. But it's created ONLY during those times. For example opening a mailbox whose index files are up-to-date doesn't cause dotlock to be created. And when the mbox is actually being read, the dotlock is deleted immediately after the IMAP command is finished. Does openwebmail create longer existing locks? *sigh*. No. It releases the locks as soon as it reads. (The CGI process ends.) So if my script accesses by IMAP, which also releases the locks, openwebmail can change the folder in the meantime, regardless of what lock mechanism I use. Is it a problem if it does? As long as locking works, there shouldn't be problems regardless of who modifies the mailbox and how/when. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] deliver to root
* Philipp Kolmann kolm...@zid.tuwien.ac.at [2009-03-04 17:02]: This setup works without issues for us, but mail to root has a problem with deliver: Not an answer to your exact question, but usually, it's recommended to forward mail for root to another user, for instance in /etc/aliases. -- Vegard Svanberg veg...@svanberg.no [*tak...@irc (EFnet)]
Re: [Dovecot] imap locking spool?
On 3/4/2009, Mark Hedges (hed...@scriptdolphin.org) wrote: I think the only real answer is to lock the user's password, kill any dovecot processes with the username in verbose proctitle (-HUP? -KILL?), then run my expiration script on their mailboxes. OR, use horde. I was going to say... apparently you must be locked into using openwebmail? Roundcube is nice... -- Best regards, Charles
Re: [Dovecot] set \Seen flag on mail
J.P. Trosclair wrote: I'm looking for a way to set the \Seen flag on certain mail no matter what. Currently I'm using a global sieve script to do this. From what I've read, there is no way to enforce the global script if the user creates their own sieve script. More details: I have a postfix transport that along with sender_bcc_maps and recipient_bcc_maps uses deliver to create a read only archive of user's mail. The mail intended to be archived is stored in a per user imap folder called Archives that uses the ACL plugin to make the messages there read only. In addition to that, I want the mail marked as \Seen upon delivery so that user's who subscribe to the Arhives folder don't see new mail indications and what not when mail is delivered there. Is there a better way to set the \Seen flag other than the global sieve script since it can be overridden by the user? The new Sieve implementation for Dovecot v1.2 has support for the multiscript feature which enables you to execute multiple scripts sequentially, meaning that you can force a specific script to execute before whatever the user has uploaded. Read the INSTALL file for a concise explanation: http://hg.rename-it.nl/dovecot-libsieve/file/tip/INSTALL Read the original internet draft for more detailed information: http://ietfreport.isoc.org/all-ids/draft-degener-sieve-multiscript-00.txt Regards, Stephan.
Re: [Dovecot] imap locking spool?
on 3-4-2009 11:23 AM Mark Hedges spake the following: On Tue, 3 Mar 2009, Timo Sirainen wrote: If you set mbox_read_locks=dotlock, it should get created whenever Dovecot is reading the mbox file. But it's created ONLY during those times. For example opening a mailbox whose index files are up-to-date doesn't cause dotlock to be created. And when the mbox is actually being read, the dotlock is deleted immediately after the IMAP command is finished. Does openwebmail create longer existing locks? *sigh*. No. It releases the locks as soon as it reads. (The CGI process ends.) So if my script accesses by IMAP, which also releases the locks, openwebmail can change the folder in the meantime, regardless of what lock mechanism I use. On Tue, 3 Mar 2009, Scott Silva wrote: Looking at their list it seems as if flock is emulated by calling the base fcntl locking routines, so you might be OK on this one. http://openwebmail.acatysmoof.com/archive/html/owm-users/owm-users.200811/msg6.html That would be great if it were true, but when I set openwebmail to use 'flock', then open the spool file directly with Mail::Box using 'POSIX' locking to keep it locked, I am still able to access openwebmail, so I could still change the file. If I use Mail::Box 'Flock' locking, it does lock me out of OWM. I think the guy means that he's imported the flock constants from Fcntl, and he thinks this is the same as using Fcntl. (A misconception that I had to battle with my predecessor's code, which assumed that a file was locked if you just imported the constants and did nothing.) The lock code is here if anyone is interested: http://openwebmail.acatysmoof.com/dev/svnweb/index.pl/openwebmail/view/tags/2.53/src/cgi-bin/openwebmail/modules/filelock.pl Hrmm, rope, poison, or jumping off a bridge? At this point I would prefer a firing squad. An excuse to smoke again. You left out alcohol... I think the only real answer is to lock the user's password, kill any dovecot processes with the username in verbose proctitle (-HUP? -KILL?), then run my expiration script on their mailboxes. OR, use horde. Mark Horde is probably the easiest option. I am running Horde now on my servers and it was pretty painless to install. Horde groupware webmail edition has almost all of the options that openwebmail has, and is much more stable and modern. Only one old CentOS 4 server is still running openwebmail, and I have been warning my users to switch over to Horde before I change out that server to a new one running CentOS 5. Another plus with a standards compliant webmail system is that you can run maildir and your expiry scripts will have even less locking issues. You can just look at mtime or atime on individual mail files and move them. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] failed assertion in 1.1.8: istream.c: line 81
On Wed, 2009-03-04 at 10:12 -0500, Alan Ferrency wrote: Hi. I applied the patch, and the assertion did move to istream-raw-mbox.c. I've attached a script of the gdb session with the prints you requested. Thanks. See if applying this patch helps: http://hg.dovecot.org/dovecot-1.1/raw-rev/632777217f7b Keep my previous debug patch also in case this doesn't fix it. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook cant delete folders
On Wed, 2009-03-04 at 08:50 -0600, Romer Ventura wrote: Outlook error: Cannot delete the folder. Right-click the folder, and then click on Properties to check your permissions for the folder. See the Folder owner or the administrator to change your permissions. The server responded: Mailbox doesnt exist: asdf. Fixed: http://hg.dovecot.org/dovecot-1.1/rev/6137bc40962e Now when outlook shows the server responded message, it shows the folder to erase asdf, however, the real name is .asdf, would that have something to do with it..? Or does Dovecot takes care of the dot ...? Dovecot takes care of the dot. signature.asc Description: This is a digitally signed message part
[Dovecot] Maildir dirty syncs
http://dovecot.org/patches/1.1/maildir-dirty-syncs.diff This patch adds a new maildir_very_dirty_syncs setting. If set to yes, Dovecot assumes it's the only one changing the cur/ directory (so other MDAs can add mails to new/ without problems). This makes it possible to avoid rescanning the cur/ directory all the time looking for filenames. It also looks like (in stress testing) it still scans the cur/ directory unneededly in some situations, but it shouldn't be common. Maybe I'll look into it some day to see why. I'd be interested in hearing how large performance benefits it gives, if any. If they're big I could consider adding it to v1.1.12. If they're pretty much irrelevant I probably won't even bother adding the code to v1.2. I guess you mainly see the performance benefits with large/huge mailboxes. signature.asc Description: This is a digitally signed message part
[Dovecot] setting up both system password users AND virtual users
I'm afraid that I am a rookie at dovecot, and cannot seem to figure the configuration for a dual system virtual setup. For now I am using POP3 ---only--- I've got the system working, but cannot figure out how to add the virtual system. The docs aren't quite clear enough for me to understand. The wiki example for dynamic passwd-file locations shows: mail_location = maildir:/home/%d/%n/Maildir userdb passwd-file etc etc I am using mbox, not maildir, AND I've already used mail_location for my system accounts with the following line: mail_location = mbox:~/mail/:INBOX=/mail/%u In the case of my virtual users, the mail is stored in INBOX=/mail/VIRTUAL/%d/%u and the password file is stored in /exim/etc/VIRTUAL/%d/passwd would someone kindly help me with this? thanks!
Re: [Dovecot] deliver to root
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 4 Mar 2009, Philipp Kolmann wrote: deliver(root): Mar 04 16:31:31 Error: userdb(root) returned 0 as uid deliver(root): Mar 04 16:31:31 Error: userdb(root) returned 0 as gid deliver(root): Mar 04 16:31:31 Error: User root is missing UID (set mail_uid) This is part of my dovecot.conf: # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. #first_valid_uid = 500 #last_valid_uid = 0 Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSa9213WSIuGy1ktrAQKdZAf+L9hjgQ7PlcOw7nK8B1BZ2EqbaU/enze3 4FHDoMIHACnPO53lseICfANDG9VW4JonS4dr0b9TYVl7gkfMvsFX3MShRBZaxEyZ MWYjDzZL0o9kim3/B9oqcvWMMC2tl0B6JtLx8aoK4TFNgWtLHgEEHdzA8/1oDVPj nkerWRkRC4VeMZli6jBLaqNU4gqH9t5Cc+8s9NZ3mJ73csJG1TcQbaS98zyWwGLc OEjpPlM7h5LD9jsB6pLNYRQroRu0duNs8PuSMCNBoBnJX1Jboa6HUB6wfAFK/DSd Z2hCMjhe8ktKWBdYMbwuNL2HdY1xa4dstyQ0X+lhs07sdaXdk2xOhA== =bpfk -END PGP SIGNATURE-
Re: [Dovecot] deliver to root
Steffen Kaiser skdove...@smail.inf.fh-brs.de wrote: On Wed, 4 Mar 2009, Philipp Kolmann wrote: deliver(root): Mar 04 16:31:31 Error: userdb(root) returned 0 as uid deliver(root): Mar 04 16:31:31 Error: userdb(root) returned 0 as gid deliver(root): Mar 04 16:31:31 Error: User root is missing UID (set mail_uid) This is part of my dovecot.conf: # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. #first_valid_uid = 500 #last_valid_uid = 0 Bye, Anyway, standard security practise is to define alias (in aliases file) to redirect deliveries to normal user. -- [plen: Andrew] Andrzej Adam Filip : a...@onet.eu I have five dollars for each of you. -- Bernhard Goetz
