Re: [Dovecot] ACL plugin, public namespace, erroneous \HasNoChildren
* Stefan Förster : > dovecot 1.2.2 with a second namespace called "Public", mapped to > "/export/vmailboxes/public", LIST returning \HasNoChildren: > > r...@testvm06:~# cat /export/vmailboxes/public/dovecot-acl > user=cite lrwstiekxa > authenticated lrs > anyone lrs > r...@testvm06:~# ls -l /export/vmailboxes/public/.announcements/dovecot-acl > lrwxrwxrwx 1 root root 14 Aug 6 03:50 > /export/vmailboxes/public/.announcements/dovecot-acl -> ../dovecot-acl > > With ACL plugin enabled (notice the \HasNoChildren): > > r...@testvm06:~# telnet localhost 143 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=CRAM-MD5] Dovecot ready. > . login cite secret > . OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT > THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE > UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES > WITHIN CONTEXT=SEARCH ACL RIGHTS=texk QUOTA] Logged in > . list "" Public > * LIST (\Noselect \HasNoChildren) "." "Public" > . OK List completed. I recompiled dovecot with changeset 13fa572535f0 (from http://hg.dovecot.org/dovecot-1.2/rev/13fa572535f0 ), but it didn't change the behaviour - and with "Public." being a mailbox with that patch, dovecot is really lying to me ;-) Did I miss an ACL entry? Cheers Stefan
Re: [Dovecot] HA/Master-Slave Functionality
On Aug 6, 2009, at 10:54 PM, savagephp wrote: What would it take to move the HA/Cluster/Master-Slave functionality to a higher priority level? How far off is it right now in time? You could already use e.g. DRBD. Built-in clustering is probably 6 months away or so.
[Dovecot] HA/Master-Slave Functionality
What would it take to move the HA/Cluster/Master-Slave functionality to a higher priority level? How far off is it right now in time? Tom
Re: [Dovecot] AutoCreate per Domain
On Aug 6, 2009, at 6:34 PM, Darvin Denmian wrote: Hello again, God don't want that this solution work for me :( I updated "user_query" to: user_query = SELECT maildir, 1001 AS uid, 1001 AS gid , \ 'Clients' AS autocreate, mail_plugins \ FROM mailbox WHERE username = '%u' AND active='1' And still don't work. You want "Clients" mailbox to be created, right? If you do: 1) Remove the autocreate from user_query and add "autocreate = something" to plugin section. Does it get created? 2) Add the autocreate back to user_query, keep autocreate=something in plugin section. Does either one of them get created?
Re: [Dovecot] AutoCreate per Domain
Hello again, God don't want that this solution work for me :( I updated "user_query" to: user_query = SELECT maildir, 1001 AS uid, 1001 AS gid , \ 'Clients' AS autocreate, mail_plugins \ FROM mailbox WHERE username = '%u' AND active='1' And still don't work. Thank Timo for your update On Thu, Aug 6, 2009 at 7:06 PM, Timo Sirainen wrote: > On Aug 6, 2009, at 6:02 PM, Darvin Denmian wrote: > >> unfortunaly I still don't have this working :( >> Bellow what I was trying to use without sucess: >> >> user_query = SELECT maildir, 1001 AS uid, 1001 AS gid , 'autocreate = >> Clients' AS plugin, mail_plugins \ >> FROM mailbox WHERE username = '%u' AND active='1' > > You need to return autocreate field containing the mailboxes you want > created. I guess you're trying to do: > > user_query = select .., 'Clients' as autocreate, .. > >
Re: [Dovecot] AutoCreate per Domain
On Aug 6, 2009, at 6:02 PM, Darvin Denmian wrote: unfortunaly I still don't have this working :( Bellow what I was trying to use without sucess: user_query = SELECT maildir, 1001 AS uid, 1001 AS gid , 'autocreate = Clients' AS plugin, mail_plugins \ FROM mailbox WHERE username = '%u' AND active='1' You need to return autocreate field containing the mailboxes you want created. I guess you're trying to do: user_query = select .., 'Clients' as autocreate, ..
Re: [Dovecot] AutoCreate per Domain
Hello, unfortunaly I still don't have this working :( Bellow what I was trying to use without sucess: user_query = SELECT maildir, 1001 AS uid, 1001 AS gid , 'autocreate = Clients' AS plugin, mail_plugins \ FROM mailbox WHERE username = '%u' AND active='1' Timo -> How I could apply your idea to solve my problem? Could you give me one more help with this "problem" ? Thanks
Re: [Dovecot] AutoCreate per Domain
Hello, unfortunaly I still don't have this working :( Timo -> How I could apply your idea to solve my problem? Could you give me one more help with this "problem" ? Thanks On Thu, Jul 30, 2009 at 2:22 PM, Timo Sirainen wrote: > On Thu, 2009-07-30 at 02:30 -0300, Darvin Denmian wrote: >> Hello, >> >> is there a way to configure plugin "autocreate" per domain? Like: >> >> For domain xwz.com i want to autocreate folders: Models and Clients >> For domain yxw.com i want to autocreate folders: Adm and Tech > > You can return the autocreate-related settings from your userdb. Userdb > extra fields can override any settings. > http://wiki.dovecot.org/UserDatabase/ExtraFields > >
Re: [Dovecot] sieve rules processing
pod wrote: Note that the anyof() commands are only necessary when you have multiple tests per if command. Also, I removed the envelope require, since it is not used. Out of interest is the conditional around if true { redirect :copy "al...@domain.com"; } necessary? Does a plain inline redirect :copy "al...@domain.com"; not behave in exactly the same manner? These are identical. Some people (or rather their GUI-based editors) use unconditional if-statements to temporarily disable/enable certain sections of a script. By the looks of it, this was generated by the sieverules plugin for the RoundCube webmail client. In this case it looks more like a limitation of the script generator, meaning that it doesn't omit the if statement when the rule is unconditional. Other than that, the if true {...} statement is completely useless and adds nothing to the semantics of the script. I'm afraid it's a while since I read RFC 5228 (Sieve) and I was unfamiliar with RFC 3894 (:copy) but on scanning through them I can't see anything to indicate that behaviour should differ inside and outside an "if". So I suppose my question is does "redirect :copy" have different behaviour based on whether it is inline or inside an "if"? Conclusion: no. Regards, Stephan.
Re: [Dovecot] 1.2.3 - fchown failed messages
Hi, On Tue, Aug 04, 2009 at 08:00:42PM -0400, Timo Sirainen wrote: > On Tue, 2009-08-04 at 19:53 -0400, Rob Mangiafico wrote: > > > What permissions does /var/spool/mail/john have? I guess mail group has > > > read permissions? Just removing that should fix the error. > > > > -rw-rw 1 john mail 5676767 Aug 4 19:50 /var/spool/mail/john > > > > Those are the default permissions that sendmail uses I believe. Not sure > > if removing "mail" group r/w would have any other impact for > > sendmail/procmail? Thanks for taking the time to help. > > It depends on your setup, but usually mail group shouldn't need read or > write access to users' mails. Seems like a security risk to me in any > case. I think that's the standard setup on Red Hat/CentOS/Fedora boxes. User mboxes are by default owned by :mail with 0660, while the spooldir is owned root:mail with 0775 # useradd abc123 # ls -ltrAd /var/spool/mail{,/abc123} -rw-rw 1 abc123 mail0 2009-08-06 19:44 /var/spool/mail/abc123 drwxrwxr-x. 2 root mail 4096 2009-08-06 19:44 /var/spool/mail -- Axel.Thimm at ATrpms.net pgp1qMkb6SKQz.pgp Description: PGP signature
Re: [Dovecot] sieve rules processing
Stephan Bosch writes: > Yes, your second rule is an elsif, meaning that it is only executed when > the first if-condition is not 'true'. Since that first rule has a forced > true' result, the second rule is absolutely never executed. You script > should be: > > require ["fileinto","copy"]; > > # rule:[redirect] > if true > { > redirect :copy "al...@domain.com"; > } > > # rule:[Cron] > if header :contains "Subject" "Cron" > { > fileinto "INBOX/Cron"; > } > > Note that the anyof() commands are only necessary when you have multiple > tests per if command. Also, I removed the envelope require, since it is > not used. Out of interest is the conditional around if true { redirect :copy "al...@domain.com"; } necessary? Does a plain inline redirect :copy "al...@domain.com"; not behave in exactly the same manner? I'm afraid it's a while since I read RFC 5228 (Sieve) and I was unfamiliar with RFC 3894 (:copy) but on scanning through them I can't see anything to indicate that behaviour should differ inside and outside an "if". So I suppose my question is does "redirect :copy" have different behaviour based on whether it is inline or inside an "if"?
Re: [Dovecot] connect to IMAP
On 8/5/2009, jolan D (jola...@hotmail.com) wrote: > I have dovecot installed on Centos and installed it with yum. > > All (basic)settings are usually set correctly during install. > > After trying hard still no login. So i am hoping you guys can help me out. Well, you'll need to provide a little basic info... like maybe version, output of dovecot -n, full logs from a failed session, etc... Timo's crystal ball is pretty good, but I don't think even he could tell much from your post. -- Best regards, Charles
[Dovecot] Dovecot deliver uidlist issues
Hi all, Lets say I have a maildir which doesn't contain any dovecot files but has some emails lying around in it. If I add a message to this mailbox using deliver, dovecot creates the uidlist file with a single entry (the message that was just delivered). When I then log in to the mailbox, all the other messages are added into the uidlist file in the normal order (directory list order I believe). Then, the mailbox is in a situation where anything that was delivered into the mailbox before the user logs in is at the very top of a uidlist. Unfortunately many webmail clients seem to order the mailbox by reverse uidl, so we get the situation where people log into webmail (we use @mail) after their mailboxes have been migrated to dovecot and any messages delivered between the time of migration and the time of login are put to the very end of the list. This could presumably be fixed by ordering the mailbox according to date but certainly @mail doesn't really do this very well. I've only tested this on v1.1 (1.1.17 from atrpms), but I didn't see anything in the changelog to indicate that this deliver behaviour has changed in v1.2. Perhaps there should be a deliver option to recreate the uidlist file by doing a full scan if it doesn't exist (as a login via pop/imap would do), although I'm not sure why this shouldn't be the default? (apart from deliever potentially causing a high amount of io). My current work-around is to use postlogin to remove the uidlist file when someone logs in to the mailbox for the first time which then forces it to be created in the correct order; but this is a very messy solution. Thanks, Mark -- Mark Zealey -- Platform Architect Product Development * Webfusion 123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk This mail is subject to http://www.gxn.net/disclaimer