Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: Louis-David Mitterrand (vindexapartia.ch)
Date: Thu Apr 05 2001 - 05:00:03 CDT
On Thu, Apr 05, 2001 at 09:22:51AM +0000, Ralf Hildebrandt wrote:
> On 5 Apr 2001 10:44:21 +0200, Louis-David Mitterrand <vindexapartia.ch> wrote:
> >Yes. Should I switch to maildir ASAP?
> I'd do that. Although then you'll have to change your IMAP/POP daemons,
> since UW software cannot handle MAILDIR format.
FYI on debian/unstable they do support it out of the box.
> >(it can't be a procmail locking issue because there are no recipies by
> >default, just plain delivery)
> So why do you use procmail at all?
In fact there a few recipies here and there but not on the accounts
where the merged mails occured.
> Of course it can: If procmail and uw-imap or uw-ipop3d DON'T use the same
> locking method, messages will be lost.
Hmmm. That's a possibility. Would be a huge interoperability bug between
to mainstream and widely-used packages.
I suspect a problem with /var/spool/mail 's permissions. In
/usr/share/doc/uw-imapd-ssl/bugs.txt.gz one can read:
. /tmp, /usr/tmp or /var/tmp (if present), and the mail spool directory
must be protected 1777 (world write with sticky bit); otherwise
mailbox locking and updates won't work.
But on Debian systems /var/spool/mail 's mode is drwxrwsr-x
Would it be crazy to have a mail spool directory with 1777 permissions?
-- # rm *;o o : command not found
- To unsubscribe, send mail to majordomopostfix.org with content (not subject): unsubscribe postfix-users