hey all,

this mail concerns the behaviour of the qmail imap daemon together
with vpopmail 3.4.11 under qmail 1.03 on a suse linux system. 

i've come around some problem with the shared folders system under
courier. i can have shared maildirs and they're doing their job very 
well - the problem is that as soon as i've subscribed to a shared 
folder qmail isn't able to deliver mail locally to my maildir anymore.
the error message (from the maillog) is as follows:

Unable_to_link_tmp_to_new_(#4.3.0)/Yikes!_Could_create_but_can't_delete_temporary_file!!
ENOENT:_path_doesn't_exist/

i think i've already located the (supposed) error - as soon as i
remove the symlink 'shared' (which points to vpopmail/domains/shared_folders/.test) 
from
'vpopmail/domains/abc.de/abc/Maildir/shared-folders/test/test') everything
works perfect again, no errors, mail gets sent, no complaints from qmail.

of course i've already tried all chmod's in every possible directory,
i gave the files in all responsible shared-folder-directories to
the vpopmail user, to the qmail users, but nothing brought a change yet, 
the error message still remains and mail doesn't get sent to the user's
inbox.

does qmail have a problem with symlinks? the directory does exist and also
i don't see why qmail bothers to read this link, it shouldn't pay
attention to it at all should it?

i also tried to make the shared folder read-only as well as read+write,
and the error occurs in both modes. it really seems to be all about the
'shared'-link and i really don't get what's so wrong with it or why
qmail actually bothers to read (or tries to do something odd with) it.

also, the first part of the error message 'Unable_to_link_tmp etc.'
wasn't there on some earlier tries, it was just 'Can't_create_tempfile'
and then the remaining line.


that's it, i really hope you've already come across that error and know
a way to fix it or change/modify whatever is possible to make it work.

thanks alot for your time, i still think qmail together with vpopmail
and courier rules :)

regards,

markus stalder
[EMAIL PROTECTED]

Reply via email to