Andrew Gray writes:
> well, not so much a programming bug, as I'm really impressed with the
> stability of sqwebmail, more an issue sqwebmail writing to its login file.
>
> We run disk quotas with real mail accounts (not vpop thingys). When someone
> exceeds their quota they are no longer able to login to sqwebmail to delete
> some mail and make room for new messages. This even applies to their trash
> folder which if over the time limit does not empty until they login, which
> they cant until it's empty.
>
> catch 22.
>
> Any workarounds for this ??
Not with hardware quotas. Nothing can be done about that. The speed of
the CGI is due in part to the folder index database. If that can't be
rebuilt, you won't even be able to open the folder.
One option is to disable hardware quotas and use a software quota. There's
a utility program called deliverquota that's compiled in the maildir
subdirectory, as well as some associated documentation. deliverquota can
be used to deliver mail to a maildir, and it will manually enforce a preset
quota.
Installing Courier-IMAP is also an option. You'll be able to open the
folders via IMAP and delete messages even if you're overquota. IMAP access
is implemented in an entirely different way, which will still work even
under these conditions.
--
Sam
