On Thu, 13 Mar 2003, Andreas Aardal Hanssen wrote: > Hey, Charlie! > > On Thu, 13 Mar 2003, Charlie Brady wrote: > > >I don't think this is necessary. INBOX location is a special case, and is > >a local policy issue. It should be configured. I think that a command line > >argument when the daemon is invoked is the way to go. My inbox is > >~/Maildir, so I would have the daemon come to life as me (execed by the > >authenticator) in my home directory, with a commandline argument of > >"Maildir". No parsing to be done, and no ambiguity about where INBOX is. > >(This is how qmail-pop3d works, no?) > > I don't want INBOX to be too special.
But INBOX *is* special. It's special in two ways - both required by RFC 2060. One is that all case permutations (inBoX, etc) map to the same mailbox, and the other is that it must be "the primary mailbox for this user on this server". If the system is running qmail, there is already a system default inbox - probably ./Maildir. So imapd should use the same path. If, OTOH, we interpret "the primary mailbox for this user on this server" to mean the user-specific primary mailbox, then we have a difficult problem - we have to find that mailbox. We don't want to be reading and interpreting .qmail files to do that. We don't want to go there. How do we specify the path to the primary mailbox? I still think a command line argument is the preferred way. > I want INBOX to be a mailbox just like all other mailboxes. It is, other than that it is the primary mailbox, which none of the others is. > If Maildir/ is your INBOX then in this scheme the folder Maildir will be > your "mail depository" and "." will be your INBOX. If you choose to do > this, then any Maildir/INBOX folder will be ignored and the admin will be > notified via a silent log message that says "warning". OK, that makes sense. The same should apply to any other case permutation of INBOX. > >[Why would "mail/INBOX/" be preferred to "Maildir/" for INBOX?] Did you have an answer for this? > >I would then add a second command line argument which is the root of the > >folder tree. In your example this would be "./mail/". That argument could > >be optional, and would default to "./". > > Agreed, this should be configurable. OK. > >You haven't mentioned uidvalidity location. Inside each maildir? > > Yes - inside each Maildir we will store the Maildir uidvalidity and cache > files. For other backends (in a galaxy far, far away) they would have to > find their own way of storing uidvalidity. Cool. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Group Mitel Networks Corporation http://www.mitel.com/smallbusiness Phone: +1 (613) 592 5660 or 592 2122 Fax: +1 (613) 592 1175
