First, you should upgrade from 2006j to 2007a immediately. 2006j
was an
intermediate version.
The only temporary files are small (a few bytes) files on /tmp used
to aid
in locking.
Assuming that you are using the traditional UNIX mailbox format,
note that
imap-2006 implemented UIDPLUS functionality, and as a result
requires the
immediate assignment of UIDs to the message metadata in new messages.
That probably accounts for the difference; it needs to update in the
new
messages at select time, rather than a lazy update that is deferred
until
the user deletes and expunges messages.
I strongly urge that you not have hard quotas set so close to the soft
quotas. Hard quotas are bad juju, especially in the traditional UNIX
mailbox format which can actually *increase* in size as a result of
being
opened due to the need to insert message metadata.
You should, however, have some policy mechanism to put teeth into
the soft
quotas. At some point, I will make a public distribution of how UW
does
internal quota enforcement as sample code. Briefly, UW allows a
user to
exceed soft quota for up to 7 days or a threshold (which is still much
less than any hard limit); if either is exceeded then mail delivery is
shut off until the user gets below the soft quota. It's not
impossible,
but it requires considerable talent and effort to reach the hard quota.
On Sun, 4 May 2008, [EMAIL PROTECTED] wrote:
Does uw-imap create or use temporary files owned by the user
connecting
to
imapd? I'm unable to find any documentation or mailing list threads
related to this topic.
I run two FreeBSD mail servers (one 6.1 the other 6.3). The 6.1 server
is
running imap-uw-2004g while the 6.3 server is running imap-uw-2006j
(both
compiled from the ports tree with the same options to check mail in
/home
instead of /var/mail). Both servers are using soft and hard
filesystem
quotas. Clients are connecting with squirrelmail web mail client on a
third server.
The problem I am experiencing is that when a user who's mail is stored
on
the server running imap-uw-2006j and they are close to their hard
quota
the get the following message reported by squirrelmail:
ERROR : Could not complete request.
Query: SELECT "INBOX"
Reason Given: Unable to extend mailbox: Disc quota exceeded
The last line being what is returned by uw-imap. The user's quota
usage
looks like this on the file system:
[EMAIL PROTECTED] /home/r]# quota -u rhetoric
Disk quotas for user rhetoric (uid 23788):
Filesystem usage quota limit grace files quota limit
grace
/home 12284* 10240 12288 7days 10 0 0
This is a problem because users cannot see their list of messages
to be
able to delete them. Interestingly enough, if I rsync the user's home
folder over to the 6.1 server running imap-uw-2004g and check that
account
with squirrel mail I can see the list of the user's messages just
fine.
Filesystem quota information is identical to that which I pasted above
from the 6.3 box.
Has anything changed between the 2004 and 2006 implementations of
uw-imap
that would cause this? I'm unable to find a changelog. Any help
would be
appreciated.
Thanks in advance!
Jeremiah
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
