--On 24. Mai 2006 10:13:08 +0800 Murray Trainer <[EMAIL PROTECTED]>
wrote:
Using cyradm, use "sq none".
Hope that solves your problem,
Baltsar
Thanks for the reply. The above worked on user.mailbox but they have
lots of sub-folders. Is there any way to do this without scripting?
Quotas
> Using cyradm, use "sq none".
>
> Hope that solves your problem,
> Baltsar
Thanks for the reply. The above worked on user.mailbox but they have
lots of sub-folders. Is there any way to do this without scripting?
Murray
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http
On Tue, 2006-04-25 at 13:21 -0500, Marlys Nelson wrote:
> Larry Rosenbaum wrote:
>
> > Is anybody using more than 4GB of storage? Cyrus imapd 2.2.12 stores quota
> >
> >usage, in bytes, in an unsigned long and so can't keep track of usage over
> >4GB. You may need to go to v2.3.3, which uses a lo
Larry Rosenbaum wrote:
Is anybody using more than 4GB of storage? Cyrus imapd 2.2.12 stores quota
usage, in bytes, in an unsigned long and so can't keep track of usage over
4GB. You may need to go to v2.3.3, which uses a long long int.
No, everyone's below 2GB in actual storage, most are ei
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:info-cyrus-
> [EMAIL PROTECTED] On Behalf Of Marlys Nelson
> Sent: Tuesday, April 25, 2006 11:53 AM
> To: info-cyrus@lists.andrew.cmu.edu
> Subject: quota problems on cyrus imapd 2.2.12
>
> We have just u
We have just upgraded from cyrus imapd 2.1.10 running on linux Red Hat
7.2 to version 2.2.12 running on solaris 8. Since this upgrade, the
quotas for users have been a problem.
I've run the quota -f command but it seems that sometimes it fixes a
user's usage and sometimes it will double their
I had this same problem. THe max quota you can give users is 400
(which is 4GB). Anything over that will essentially result in a random
quota as it gets 32-bit shifted.
Note in the /var/lib/imap/quota/f/user.fmccall file, the top usage number
is in bytes and the bottom quota number in kil
Jul 11 10:03:18 white lmtpunix[29252]: verify_user(user.fmccall)
failed: Over quota
[EMAIL PROTECTED] ~]# cyradm white.umiacs.umd.edu
white.umiacs.umd.edu> lq user.fmccall
STORAGE 878020/5 (0.175604%)
[EMAIL PROTECTED] f]# pwd
/var/lib/imap/quota/f
[EMAIL PROTECTED] f]# cat user.fmccal
On Wed, 17 Dec 2003, John Lockard wrote:
> In my case 'quota -f' did indeed zero the quotas and (found out later)
My best guess is that your quota database was corrupted.
> it toasted my mailboxes.db. RPMs are not an option because of site
Looks like database corruption alright.
> specifics.
In my case 'quota -f' did indeed zero the quotas and (found out later)
it toasted my mailboxes.db. RPMs are not an option because of site
specifics. I do know that I need to get to a newer version, but that
can't be done right now. Looking at diffs between 2.1.11 and 2.1.16
there are VERY minima
On Tue, 16 Dec 2003, John Lockard wrote:
> I accidentally ran 'quota -f' on my system. This cleared
> every single quota that I had set on my Cyrus IMAP system
Then it means your system was hosed to begin with. Cyrus quota -f does NOT
zero the quotas.
> Oh... Cyrus-IMAPD 2.1.11 on RedHat Linux
I accidentally ran 'quota -f' on my system. This cleared
every single quota that I had set on my Cyrus IMAP system.
Luckily I had seconds earlier run 'quota' so I had a full
list of what the quotas should be.
Unfortunately, the system has most of the users listed as
having 0 for their usage:
3
--On Tuesday, October 21, 2003 8:37 +1300 Simon Brady
<[EMAIL PROTECTED]> wrote:
I've seen this happen after a mailbox was manually deleted from the spool
directory. quota would run through the users in order until it hit the
corrupt one then abort, leaving all the remaining quotas in limbo.
Sinc
On Mon, 20 Oct 2003, Alec H. Peterson wrote:
> I've got a situation where quota -f deletes all quotas for mailboxes beyond
> a certain point in the alphabet even though they exist. This in turn
> causes mail delivery to fail with a System I/O error for those mailboxes
> until I re-create the q
I've got a situation where quota -f deletes all quotas for mailboxes beyond
a certain point in the alphabet even though they exist. This in turn
causes mail delivery to fail with a System I/O error for those mailboxes
until I re-create the quotas. However, running quota -f again causes the
del
No! A mailbox could never go over quota if such mails would be rejected!
If you send one email being 800% over quota cyrus will deliver the mail
and all next mails to the same mailbox now being over quota will be
handled appropriate to your imapd.conf settings!
So I'd have to block something lik
Markus Welsch wrote:
Hi all,
I've set up Cyrus 2.1 with quota. Now when there is no
quota reached already Cyrus accepts the message no
mater what size (even if it's 800% overquota).
Is there a way to reject the mails in such a case ?
No! A mailbox could never go over quota if such mails would be
Hi all,
I've set up Cyrus 2.1 with quota. Now when there is no
quota reached already Cyrus accepts the message no
mater what size (even if it's 800% overquota).
Is there a way to reject the mails in such a case ?
What about a customized quota bounce message ?
When are quota warnings send ? (Quot
18 matches
Mail list logo
