Mailbox does not exist

Bart Van Loon bart at inGen.be
Wed Aug 30 07:18:58 EDT 2006


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 at 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



More information about the Info-cyrus mailing list