[Dovecot] a few questions about my experience with alpha1

[Timo Sirainen]

On Mon, 2005-08-29 at 15:02 -0400, Glenn Leavell wrote:
> > Is it only logging that stops, or does everything else stop as well? How
> > about sending SIGHUP again, does it fix the problem? Or if not, does
> > SIGUSR1 fix it (SIGUSR1 only reopens log files)?
> 
> Thanks very much for the followup and for the help.  It's only the logging
> that stops; the service continues to run just fine.  Sending another SIGHUP
> or a SIGUSR1 does NOT kickstart the logging once it's stopped.  I can
> reproduce the problem consistently right now.

Where are you logging to? Syslog or some file? Could you try if changing
it to other one makes it work again? Also when this happens, could you
run "truss -p <dovecot's pid>" and see if it's still doing write() calls
to log?

> > > 3)  We use UW in production, and I'm new to any real use of namespaces.
> > > Almost all of our clients use the root "~/Mail/" to find their folders (in
> > > $HOME/Mail/) and their INBOXes are located in $HOME/.inbox.  A few people
> > > actually find their folders with the direct path Mail/foldername.  So, I'm
> > > trying to configure Dovecot to work with any of these roots / prefixes:
> > ...
> > >   namespace private {
> > >      separator = /
> > >      prefix =
> > >      location = mbox:%h/Mail/:INBOX=%h/.inbox:INDEX=%h/Mail/
> > >      inbox = yes
> > >      hidden = no
> > >   }
> > 
> > The INDEX=%h/Mail/ shouldn't be needed because the default directory is
> > the same as the directory you gave after mbox:, ie. same one.
> 
> Does this default also apply to the location of the index files for INBOX?
> INBOX is %h/.inbox, and I was attempting to consolidate all of the indexes
> in %h/Mail/.imap/

Yes. The index directories are always under one directory.

> I read this in the docs:
> 
>   Index files are by default stored under the same directory as mails.
>   With maildir they are stored in the actual maildirs, with mbox they are
>   stored under .imap/ directory. You can change these by adding
>   :INDEX=location to location string.
> 
> And I took that to mean that index files for %h/.inbox would get stored in
> %h by default.

I guess I wasn't just thinking about that INBOX special case when
writing that.. :)

> > >   # This is the standard ~/Mail/ namespace that our clients tend to use
> > >   namespace private {
> > >      separator = /
> > >      prefix = ~/Mail/
> > >      location = mbox:%h/Mail/
> > >      hidden = yes
> > >   }
> > 
> > Shouldn't you also add :INBOX=%h/.inbox here?
> 
> That seems reasonable.  I think I was thrown off by this in the config
> file:
> 
>   #There can be only one INBOX, and this setting defines which namespace
>   #has it.
>   inbox = yes
> 
> I took this to mean that it would be a good idea to have "inbox=yes" and a
> location for an INBOX path only in the default namespace, and that Dovecot
> would then find and include the INBOX when appropriate.  But given your
> suggestion above, I obviously don't understand.  What does the single
> "inbox=yes" setting do separate from the explicit listing of an INBOX path
> in multiple namespaces?

No, you understood correctly. The first namespace that has inbox=yes
will be used for "INBOX" mailbox. So I guess the other :INBOX settings
aren't really useful.. :)

> By the way, using the configuration above, where INBOX is only included
> in the default namespace, the command 'LIST "~/Mail/" *' DOES
> include INBOX among the list of returned folders:
> 
> 	* LIST (\Unmarked) "/" "INBOX"                

Yes. It lists INBOX even if you didn't define a namespace for it but
just did eg. "LIST somemailbox/ *". That's how IMAP's LIST command works
(it has pretty weird rules).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20050924/3544d59e/attachment-0001.pgp