On 15 Aug 2013, at 11:29 , LuKreme <krem...@kreme.com> wrote:

> attempts to login result in:
> 
> dovecot: imap-login: Login: user=<lists@*munged*>, method=PLAIN, 
> rip=ip.xx.yy.zz, lip=75.148.117.91, mpid=75104, TLS, 
> session=<cBjCqf/jdwAXGJaN>
> dovecot: imap(lists@*munged*): Error: user lists@*munged*: Couldn't drop 
> privileges: User is missing UID (see mail_uid setting)
> dovecot: imap(lists@*munged*): Error: Internal error occurred. Refer to 
> server log for more information.

Turned on the debug and this is what I see:

Aug 15 13:16:45 auth-worker(77340): Debug: sql(lists@*munged*,ip.xx.yy.zz): 
query: select password from mailbox where username ='lists@*munged*'
Aug 15 13:16:45 auth: Debug: client passdb out: OK      1       
user=lists@*munged*
Aug 15 13:16:45 auth: Debug: master in: REQUEST 2891186177      77374   1       
a2bde9e07ec4034dff654566596e062f        session_pid=77375
Aug 15 13:16:45 auth-worker(77340): Debug: passwd(lists@*munged*,ip.xx.yy.zz): 
lookup
Aug 15 13:16:45 auth-worker(77340): Info: passwd(lists@*munged*,ip.xx.yy.zz): 
unknown user
Aug 15 13:16:45 auth-worker(77340): Debug: sql(lists@*munged*,ip.xx.yy.zz): 
select maildir from mailbox where username = 'lists@*munged*'
Aug 15 13:16:45 auth: Debug: master userdb out: USER    2891186177      
lists@*munged*  maildir=lists@*munged*/ 
auth_token=8016448b78ce6682d24f056ad695b2158bac7ee2
Aug 15 13:16:45 imap-login: Info: Login: user=<lists@*munged*>, method=PLAIN, 
rip=ip.xx.yy.zz, lip=75.148.117.91, mpid=77375, TLS, session=<1hadUAHk7AAXGJaN>
Aug 15 13:16:45 imap(lists@*munged*): Error: user lists@*munged*: Couldn't drop 
privileges: User is missing UID (see mail_uid setting)
Aug 15 13:16:45 imap(lists@*munged*): Error: Internal error occurred. Refer to 
server log for more information.

a successful userdb for a local user looks like this:

Aug 15 13:16:44 auth: Debug: client passdb out: OK      1       user=kremels
Aug 15 13:16:44 auth: Debug: master in: REQUEST 3532521473      77365   1       
4ebb0de2b83c3e2603bc3e3ffca59d73        session_pid=77370
Aug 15 13:16:44 auth-worker(77340): Debug: passwd(kremels,ip.xx.yy.zz): lookup
Aug 15 13:16:44 auth: Debug: master userdb out: USER    3532521473      kremels 
system_groups_user=kremels      uid=1004        gid=1004        
home=/home/kremels      auth_token=60c1bb537e93229108f3aeceff78bfad811f5b62
Aug 15 13:16:44 imap-login: Info: Login: user=<kremels>, method=PLAIN, 
rip=ip.xx.yy.zz, lip=75.148.117.91, mpid=77370, TLS, session=<Pp6LUAHk6QAXGJaN>
Aug 15 13:16:44 auth: Debug: client in: AUTH    1       PLAIN   service=imap    
secured session=VLKQUAHk6gAXGJaN        lip=75.148.117.91       rip=ip.xx.yy.zz 
lport=993       rport=55018     resp=<hidden>

What is not shown is the full path to the maildir, just the maildir value 
returned from the sql query. It really really looks like this should be working 
and like the 

userdb {
  driver = static
  args = uid=vpopmail gid=postfix home=/usr/local/virtual/%u
}

block is just not having the desired effect.

I've been at this for the better part of two days now, and have read hundreds 
(if not thousands) of web pages. I don't know what I am missing.

-- 
Belief is one of the most powerful organic forces in the multiverse. It
may not be able to move mountains, exactly. But it can create someone
who can.

Reply via email to