On Wed, 2006-08-30 at 12:38 +0200, former03 | Baltasar Cevc wrote: > Hi Bart, > On 30.08.2006, at 10:43, Bart Van Loon wrote: > > > On Tue, 2006-08-29 at 21:25 +0200, former03 | Baltasar Cevc wrote: > >> Hi Bart, > >> > >>> user.bbbart.Lists.gphoto.devel (\HasNoChildren) > >>> > >> [...] > >>> alex # echo "" | /usr/local/cyrus/bin/deliver -m > >>> user.bbbart.Lists.gphoto.devel > >>> +user.bbbart.Lists.gphoto.devel: Mailbox does not exist > >>> alex # logout > >>> bbbart@alex ~ $ echo "" | /usr/local/cyrus/bin/deliver -m > >>> Lists.gphoto.devel > >>> +Lists.gphoto.devel: Mailbox does not exist > >>> > >>> course, when I specify the user bbbart at the end of the deliver > >>> statement, the empty mail gets delivered in my INBOX, but this is not > >>> what I want. > >> > >> I don't know wheter I understood what you want - the question I got > >> was: how can I make cyrus deliver use the mailbox subhierarchy of the > >> currently logged in user? > > > > yes, exactly. so my mail is fetched by fetchmail, whcih calls upon > > procmail, which in his turn, calls upon /usr/local/cyrus/bin/deliver. > > all this happens as the user for which the mail is being processed. in > > this example. that would be 'bbbart'. > > > > from the man-page I get the following: > > > > """ > > -m mailbox > > Deliver to mailbox. If any userids are specified, attempts to > > deliver to user.userid.mailbox for each userid. If the ACL on any > > such > > mailbox does not grant the sender the "p" right or if -m is not > > specified, then delivers to the INBOX for the userid, regardless of the > > ACL on the INBOX. > > If no userids are specified, attempts to deliver to mailbox. If the > > ACL on mailbox does not grant the sender the "p" right, the > > delivery > > fails. > > """ > > > > so I expect that > > > > $ /usr/local/cyrus/bin/deliver -m Lists.gphoto.devel bbbart > > > > would try to drop the mail into user.bbbart.Lists.gphoto.devel (if it > > is > > allowed) and fallback on user.bbbart > > > > seen from the perspective of the user bbbart, that would be delivery in > > INBOX.Lists.gphoto.devel with fallback on INBOX. > > > > isn't this interpretation correct? > > > > my goal is to write procmail recipes that sort my mail by passing it > > to /usr/local/cyrus/bin/deliver with the correct -m parameter. > > Actually, that's how I think it should work - I'm not sure, though, as > I never used deliver... so how do you have cyrus deliver your mails then? :-) > Maybe it's a permission problem - try (but remove it later), to grant > "p" rights to the folder to anybody. > cyradm> sam user.bbbart.Lists.gphoto.devel anyone p this did the trick. damnit, I even quoted this from the manpage. the reason I didn't think about permissions problems was the errormessage clearly stating that the mailbox didn't "exist" and that I checked at the filesystem persmissions. oh well.. > If it works with that you'd have to play with authentication or use > preauth > as a user listen in lmtp_admins - when doing that always think about the > possibility that anybody can save messages (but nor more) to any folder > if > you make deliver runnable by any user and use preauthed connections with > the ACLs set in a way that procmail can write anywhere. okay, I'll tweak this then. thanks for the warning. problem solved. thank you Baltasar! -- greetings, Bart Van Loon Be careful or be road-kill. -- Calvin ---- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
