On Tue, 24 May 2005, Dirk-Willem van Gulik wrote:
Using courier-imap-4.0.2,1 and courier-authlib-0.55 with virtual
user entries like:
amos
imappw=LaFaqJb.N//0E|uid=500|gid=500|home=/data/vmail|mail=/data/vmail/82/amos
bamos
imappw=LFasqJb.N//0E|uid=500|gid=500|home=/data/vmail|mail=/data/vmail/83/bamos
...
pretty much everything works fine - except that after the first use (i.e.
just do 'select INBOX' - the courierimapkeywords and courierimapuiddb (and
anything crated through imap) are both root owned:
ls -l */amos
total 10
drwx------ 6 root vmail 512 May 24 13:02 .Drafts
drwx------ 6 root vmail 512 May 24 13:02 .Junk
drwx------ 6 root vmail 512 May 24 13:02 .FooTest
drwx------ 6 root vmail 512 May 24 13:02 .Trash
drwx------ 2 root vmail 512 May 24 12:44 courierimapkeywords
-rw-r--r-- 1 root vmail 15 May 24 12:44 courierimapuiddb
drwx------ 2 vmail vmail 512 May 24 12:43 cur
drwx------ 2 vmail vmail 512 May 24 12:43 new
drwx------ 2 vmail vmail 512 May 24 12:44 tmp
why is this ? Any way of getting it to honour the uid= and gid= flags from
the authdb ? Or a hint as to where to look to narrow down the issue ?
Thanks for all the help - it turned out to be a problem with the DB:
May 24 13:53:19 imp001 authdaemond: userdb: opened
/usr/local/etc/authlib/userdb.dat
May 24 13:53:19 imp001 authdaemond: userdb: looking up 'amos'
May 24 13:53:19 imp001 authdaemond: userdb: STR:
imappw=LaFaqJb.N//0E|uid=500|gid=500|home=/data/vmail|mail=/data/vmail/82/amos
May 24 13:53:19 imp001 authdaemond: userdb: home=/data/vmail, uid=0, gid=500,
shell=<unset>, mail=/data/vmail/ff/dirkx2, quota=<unset>, gecos=<unset>,
options=<unset>
The '500' was not correctly extracted from the DB due to the locale beeing
picked up by Berkely41. Setting all to Ansi solved it.
Dw.
2 messages in net.sourceforge.lists.courier-usersRe: [courier-users] courierimapkeywor...
