On Sat, Jan 04, 2003 at 07:34:16PM -0800, Three Letter Acronym wrote: > > Erm, it wasn't like that when I played with it (a while ago though) - the > > key was the first item on the line, and the rest separated with a tab. e.g. > > > > brian<tab>uid=1005|gid=1005|mail=/mail/1/2/brian > > The trouble is that there is a second line: > 1005=<tab>brian > that maps the uid back to the username. This is what breaks userdb > authentication for the imap-server-owns-all-mail option, since db > will be confused by multiple mappings of the imap uid to usernames.
AFAIK these entries are not used by courier-imap. I guess userdb has this so that it could be used as a complete replacement for getpwnam() and getpwuid(). A quick grep through the source shows calls to getpwnam but not getpwuid. When I was running courier-imap with a manually-created userdb I only created forward entries, not reverse, and it worked fine. Regards, Brian. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
