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.
> If it works with that you'd have to play with authentication or use
> 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
> 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!
Bart Van Loon
Be careful or be road-kill. -- Calvin
More information about the Info-cyrus