Cyrus 2.2 notifyd log format change?
Greetings, tonight I upgraded my Cyrus installation to 2.2.13-19 on a Debian server, and I noticed that the log format for notifyd changed after this, from a one-line format to a multi-line one. ---8<---8<--- The syslog output USED to be: - Aug 5 02:19:30 paranoia notifyd[25641]: SIEVE, normal, ahnberg, , "r...@ahnberg.pp.se (root): apt-listchanges: news for paranoia Action(s) taken: Filed into: ahn-logs" But after the upgrade it is: Aug 5 03:07:36 paranoia notifyd[10431]: SIEVE, normal, ahnberg, , "Charlie Root : irc.du.se daily run output Action(s) taken: Filed into: ahn-logs " ---8<---8<--- Can I control this behavior somewhere? The latter output is not very appreciated and makes it harder for me to parse. Thank you for any insight or advice in the matter. -- /ahnberg. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Moving folders across backends
> Am Mittwoch, den 04.08.2010, 11:08 +0100 schrieb Simon Beale: > >> While that would work, and it's something that I could do for myself, >> it >> doesn't help when I roll out shared folders to all our users, and they >> start using the Outlook/Thunderbird normal delete mechanism, which is >> why >> I need RENAME to work. > > You might try checking http://cyrusimap.web.cmu.edu/ag.html > > > [RENAME] > RENAME is only interesting in the cross-server case. In this case it > issues a (non-standard) XFER command to the backend that currently hosts > the mailbox, which performs a binary transfer of the mailbox (and in the > case of a user's inbox, their associated seen state and subscription > list) to the new backend. During this time the mailbox is marked as > RESERVED in mupdate, and when it is complete it is activated on the new > server in MUPDATE. The deactivation prevents clients from accessing the > mailbox, and causes mail delivery to temporarily fail. > Hmm; with that in mind, I've hooked up gdb, and turned on the imap protocol logging on the backends, and run through what it's doing when I send a RENAME to the frontend. It appears that the backend is receiving the RENAME command intact and unchanged, and not any sort of XFER command. And therefore the reason it's returning IMAP_PERMISSION_DENIED is because it's trying to rename to a subfolder of a usermbox that doesn't exist on that backend. Err... anyone any suggestions as to what I need to look at in my configuration? Cheers Simon Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Re: Re: Re: Moving folders across backends
Am Mittwoch, den 04.08.2010, 11:08 +0100 schrieb Simon Beale: > While that would work, and it's something that I could do for myself, it > doesn't help when I roll out shared folders to all our users, and they > start using the Outlook/Thunderbird normal delete mechanism, which is why > I need RENAME to work. You might try checking http://cyrusimap.web.cmu.edu/ag.html [RENAME] RENAME is only interesting in the cross-server case. In this case it issues a (non-standard) XFER command to the backend that currently hosts the mailbox, which performs a binary transfer of the mailbox (and in the case of a user's inbox, their associated seen state and subscription list) to the new backend. During this time the mailbox is marked as RESERVED in mupdate, and when it is complete it is activated on the new server in MUPDATE. The deactivation prevents clients from accessing the mailbox, and causes mail delivery to temporarily fail. +++ Niederlassung Deutschland: BIT-HOUSE Ltd. internet professionals Erthalstr. 17 63739 Aschaffenburg Deutschland Amtsgericht:Aschaffenburg HRB-Nr.:9136 St/Nr.: 204/104/60603 USt-Id-Nr.: DE814408164 Gechäftsführer: Thomas Witzel +++ Telefon:+49.6021.8622-680 VoIP: +49.6021.8622-680 Fax:+49.6021.8622-676 E-Mail: m...@bit-house.com Homepage: www.bit-house.com +++ Hauptsitz: BIT-HOUSE Ltd. 69 Great Hampton Street Birmingham West Midlands United Kingdom Registergericht: Companies House of Cardiff Registernummer: 05325636 Registereintrag: United Kingdom Director: Thomas Witzel +++ <> Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Re: Re: Moving folders across backends
> Am Mittwoch, den 04.08.2010, 10:46 +0100 schrieb Simon Beale: > >> Yeah, I'd wondered that at first, but I don't believe so. Below is an >> IMAP >> traffic session (run as user simon), user.test is on backend1, INBOX >> and >> user.test2 are on backend2. > > Ok, no problem with the permissions. > Does copy work? > If so just create folder on backend2, copy all messages from backend1 > and (on success) delete original folder. While that would work, and it's something that I could do for myself, it doesn't help when I roll out shared folders to all our users, and they start using the Outlook/Thunderbird normal delete mechanism, which is why I need RENAME to work. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Re: Re: Moving folders across backends
Am Mittwoch, den 04.08.2010, 10:46 +0100 schrieb Simon Beale: > Yeah, I'd wondered that at first, but I don't believe so. Below is an IMAP > traffic session (run as user simon), user.test is on backend1, INBOX and > user.test2 are on backend2. Ok, no problem with the permissions. Does copy work? If so just create folder on backend2, copy all messages from backend1 and (on success) delete original folder. +++ Niederlassung Deutschland: BIT-HOUSE Ltd. internet professionals Erthalstr. 17 63739 Aschaffenburg Deutschland Amtsgericht:Aschaffenburg HRB-Nr.:9136 St/Nr.: 204/104/60603 USt-Id-Nr.: DE814408164 Gechäftsführer: Thomas Witzel +++ Telefon:+49.6021.8622-680 VoIP: +49.6021.8622-680 Fax:+49.6021.8622-676 E-Mail: m...@bit-house.com Homepage: www.bit-house.com +++ Hauptsitz: BIT-HOUSE Ltd. 69 Great Hampton Street Birmingham West Midlands United Kingdom Registergericht: Companies House of Cardiff Registernummer: 05325636 Registereintrag: United Kingdom Director: Thomas Witzel +++ <> Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Re: Moving folders across backends
> Am Mittwoch, den 04.08.2010, 10:22 +0100 schrieb Simon Beale: > >> Looking at the IMAP traffic, the client is doing: >> >> . RENAME user.test.subfolder INBOX.Trash.subfolder >> . NO Permission denied > > What permissions do you have on those folders? > Try a getacl first, might be something simple. Yeah, I'd wondered that at first, but I don't believe so. Below is an IMAP traffic session (run as user simon), user.test is on backend1, INBOX and user.test2 are on backend2. . LIST "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasChildren) "." "user.test" * LIST (\HasNoChildren) "." "user.test.sub1" * LIST (\HasChildren) "." "user.test2" * LIST (\HasNoChildren) "." "user.test2.sub1" . OK Completed (0.000 secs 7 calls) . GETACL user.test * ACL user.test test lrswipkxtecda simon lrswipkxtecda . OK Completed . GETACL user.test.sub1 * ACL user.test.sub1 test lrswipkxtecda simon lrswipkxtecda . OK Completed . GETACL user.test2 * ACL user.test2 test2 lrswipkxtecda simon lrswipkxtecda . OK Completed . GETACL user.test2.sub1 * ACL user.test2.sub1 test2 lrswipkxtecda simon lrswipkxtecda . OK Completed . RENAME user.test.sub1 INBOX.Trash.sub1 . NO Permission denied . RENAME user.test2.sub1 INBOX.Trash.sub1 * OK rename user.test2.sub1 user.simon.Trash.sub1 . OK Completed Simon Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Re: Moving folders across backends
Am Mittwoch, den 04.08.2010, 10:22 +0100 schrieb Simon Beale: > Looking at the IMAP traffic, the client is doing: > > . RENAME user.test.subfolder INBOX.Trash.subfolder > . NO Permission denied What permissions do you have on those folders? Try a getacl first, might be something simple. +++ Niederlassung Deutschland: BIT-HOUSE Ltd. internet professionals Erthalstr. 17 63739 Aschaffenburg Deutschland Amtsgericht:Aschaffenburg HRB-Nr.:9136 St/Nr.: 204/104/60603 USt-Id-Nr.: DE814408164 Gechäftsführer: Thomas Witzel +++ Telefon:+49.6021.8622-680 VoIP: +49.6021.8622-680 Fax:+49.6021.8622-676 E-Mail: m...@bit-house.com Homepage: www.bit-house.com +++ Hauptsitz: BIT-HOUSE Ltd. 69 Great Hampton Street Birmingham West Midlands United Kingdom Registergericht: Companies House of Cardiff Registernummer: 05325636 Registereintrag: United Kingdom Director: Thomas Witzel +++ <> Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Moving folders across backends
I'm currently having an issue where clients (Outlook/Thunderbird etc) can't delete shared folders if the folder resides on a different backend to their INBOX. Looking at the IMAP traffic, the client is doing: . RENAME user.test.subfolder INBOX.Trash.subfolder . NO Permission denied If "subfolder" is on the same backend as INBOX, then instead it returns an OK. Is it possible to make these cross-backend RENAMEs work? And if so, what do I need to look at? (This is on centos 5.4, x86_64, running cyrus 2.3.16 from Simon Matter's rpm 2.3.16-3) Thanks for any suggestions. Simon Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
