OK, I went a little further with the debugging.
Having already pointed out that:
o imapd is running as vpopmail (as confirmed by ps auwx after
telneting
to port 143)
o imapd's working directory (as per getcw in debug code just
before
error occurs) is correct
(/home/vpopmail/domains/cybermedix.co.nz/mail/Maildir)
o the tmp directory in that Maildir directory is flagged 777
(drwxrwxrwx)
o all the other files and directories up to /home/vpopmail
are owned by vpopmail.vchkpw (as painstakely carefully
confirmed using ls -l)
...this is an example of a filename that imapd can NOT seem to open:
./tmp/1064370759.M407014P21927_imapuid_0.nzh1.nzhosting.co.nz
I see nothing wrong with that name. Should work just dandy.
And here is the code that attempts to it: (in maildir/maildircreate.c):
if ((fd=maildir_safeopen_stat(info->tmpname,
O_CREAT|O_RDWR|O_TRUNC,
info->openmode, &stat_buf)) < 0)
(that's the line the actual error occurs at - IE. fd is return < 0)
At this same point, my debug code tells me:
info->openmode=420(decminal) which is 644 octal.
I see nothing wrong here.
So now I do this in a shell:
su vpopmail
cd /home/vpopmail/domains/cybermedix.co.nz/mail/Maildir
touch
./tmp/1064370759.M407014P21927_imapuid_0.nzh1.nzhosting.co.nz
That seems to work fine.
BUT... If I do
ls -l
./tmp/1064370759.M407014P21927_imapuid_0.nzh1.nzhosting.co.nz
...directly after that I'm getting: No such file or directory
CRIPES!! This looks like a case of file system corruption! YIKES!
Bryan.
> -----Original Message-----
> From: Bryan Rentoul [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 23, 2003 1:31 AM
[ Snip ]
> So... here are the contents of
> /home/vpopmail/domains/cybermedix.co.nz/mail/Maildir
>
> drwxr----- 2 vpopmail vchkpw 4096 Sep 23 18:27 cur
> drwxr----- 2 vpopmail vchkpw 12288 Sep 23 18:27 new
> -rw-r----- 1 vpopmail vchkpw 15 Jul 29 2002
> sqwebmail-pass
> drwxr----- 2 vpopmail vchkpw 4096 Sep 23 20:13 tmp
>
> Hmmm. tmp is there and it has the right permissions (I think).
>
> So I try two things.
>
> 1. chmod a+rw tmp
> (and test again)
Try 'chmod 777 tmp'
A (very) cursory glance suggests that you are trying to create something
in tmp, but cannot. You cannot create stuff in a directory unless you
can search it ('else how would you know if a file already existed? And
if you didn't know, that would let you discover if a file existed).
Which leads immediately to the question of the user id of the process
trying to run the IMAP server code, and whether it is vpopmail...
> Bryan.
Malc.
-------------------------------------------------------
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