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.

[ Snip ]

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...

Malc.