Eric "Shubes" wrote:
Michael H wrote:
That would be in the vpopmail-toaster.spec file. Install the source, change
It wouldn't hurt to create a bug report on this at
http://devel.qmailtoaster.com/flyspray/.
Super, I can do that (both)! *Time* is the issue ...
FYI, you might run into a little problem with this configuration (/var/qmail
NFS mounted)
I didn't say anything about NFS ...? My /var/qmail is simply a separate
partition on the same disk drive array... When I build specialized
servers, I like to design the disk partition layout to match the server
-- if I can, for allsortsa reasons.
will likely have a problem removing its working directories (I've seen this
happen). There's no log message that is generated when this occurs. The
simscan queue simply starts filling up with empty directories left over from
when it processed each email. The problem occurs because simscan removes the
working directory (for each email) immediately after emptying it, and the
rmdir fails because NFS isn't through committing the updates yet that empty
the directory. There are two solutions for this. First (and I haven't tried
this one yet), you can mount it with the sync option. This would reduce
your throughput a bit, but I doubt that it would be noticeable. The second
option is to create yourself a cron job that runs hourly and removes the
empty directories:
find /var/qmail/simscan/. -empty -type d -maxdepth 1 -exec rmdir {} \;
Not prettt, but it works.
If I'm not doing NFS do I need to be worried about this stuff? :-P
M
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
