On Thu, 2004-01-29 at 15:28, Philip Steeman wrote:
> I know it's old, but it is the debian version.
> I don't have the time to upgrade (compile and test and migrate and ...).
> I just wanted to know if it was a known problem with a solution ;-)
>
> Philip
So use the cyrus21 packages from testing
I know it's old, but it is the debian version.
I don't have the time to upgrade (compile and test and migrate and ...).
I just wanted to know if it was a known problem with a solution ;-)
Philip
Ken Murchison wrote:
Philip Steeman wrote:
Hello,
I have a strange bahaviour of cyrus (imap). My versi
Philip Steeman wrote:
Hello,
I have a strange bahaviour of cyrus (imap). My version is the version of
Debian-stable (version 1.15.19-9.1).
I have the following quota's:
[EMAIL PROTECTED]:~$ cyradm -u cyrus localhost
localhost password: localhost> lq user.test
STORAGE 1547/1800 (85%)
localhost> lq
Hello,
I have a strange bahaviour of cyrus (imap). My version is the version of
Debian-stable (version 1.15.19-9.1).
I have the following quota's:
[EMAIL PROTECTED]:~$ cyradm -u cyrus localhost
localhost password:
localhost> lq user.test
STORAGE 1547/1800 (85%)
localhost> lq user.realuser
STORAG
Quoting Joe Rhett <[EMAIL PROTECTED]>:
> I doubt (I may be wrong) that the idea was to round everything -- just the
> actual quota. So calculate each message normally and then round the total
> to k to compare against the quota.
>
> Since the error of margin could be 1/2 k, with 1 million user
> >Or do you really need to give some users 5,121,133 byte quotas? Do you
> >really manage your quotas down to less than 1 kilobyte, when you are giving
> >the users 50 megabyte boundaries on the low side?
> >Or am I missing your point entirely?
> >
> The problem is if you keep only the count of
Joe Rhett wrote:
On Wed, Jul 02, 2003 at 12:29:41PM -0500, Paul M Fleming wrote:
Rounding error would present a problem for us and our users. My 2 cents
.. quotas > 4GB are fairly rare. I know with a large student user base
with 50-75Mb quotas rounding to the nearest K wouldn't be desirable.
On Wed, Jul 02, 2003 at 12:29:41PM -0500, Paul M Fleming wrote:
> Rounding error would present a problem for us and our users. My 2 cents
> .. quotas > 4GB are fairly rare. I know with a large student user base
> with 50-75Mb quotas rounding to the nearest K wouldn't be desirable.
Okay, color me c
On Thu, 3 Jul 2003, John Alton Tamplin wrote:
> So the quota used for a particular mailbox (independent of the quota
> root it belongs to) is stored in cyrus.index as a 32-bit network
> byte-order integer, right? It looks like that could be handled in an
> upwards-compatible way either by checkin
Rob Siemborski wrote:
Though, it may be safe to check this with a configure test (since the
quotas are all stored as strings, not binary data).
Actually, I lied here.
We do store the used quota as binary data in the index header.
So the quota used for a particular mailbox (independent of
On Thu, 3 Jul 2003, Rob Siemborski wrote:
> Though, it may be safe to check this with a configure test (since the
> quotas are all stored as strings, not binary data).
Actually, I lied here.
We do store the used quota as binary data in the index header.
But I suspect we could cheat and just wri
Rob Siemborski wrote:
Right. Thats the fix (or some other integer size > 32 bits).
Is it safe to assume that the platforms where Cyrus runs has long long
available?
--
John A. Tamplin Unix System Administrator
Emory University, School of Public Health +1 404/7
On Thu, 3 Jul 2003, John Alton Tamplin wrote:
> >Right. Thats the fix (or some other integer size > 32 bits).
>
> Is it safe to assume that the platforms where Cyrus runs has long long
> available?
No. We don't currently use it, I'm concerned about excluding platforms
where we currently do run
On Thu, 3 Jul 2003, Mark Keasling wrote:
> Perhaps quota calculations could be changed to use 64 bit integers?
> The current algorithm should continue to work.
Right. Thats the fix (or some other integer size > 32 bits).
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Hi,
Perhaps quota calculations could be changed to use 64 bit integers?
The current algorithm should continue to work.
It would be nice if the max useful quota were to be documented. Max
quota = 4,194,303 QU for a 32 bit implementation or 18,014,398,509,481,983 QU
for 64 bits. Attempts to set a
Rounding error would present a problem for us and our users. My 2 cents
.. quotas > 4GB are fairly rare. I know with a large student user base
with 50-75Mb quotas rounding to the nearest K wouldn't be desirable. I
can't imagine doing a search on a mailbox 10G in size ;-0 .. I'm curious
is the mails
On Wed, 2 Jul 2003, Paul M Fleming wrote:
> Rounding error would present a problem for us and our users. My 2 cents
> .. quotas > 4GB are fairly rare. I know with a large student user base
> with 50-75Mb quotas rounding to the nearest K wouldn't be desirable. I
> can't imagine doing a search on a
Rob Siemborski wrote:
We're using 32-bit numbers to track the quota. We'd need to be more
clever than that to get around it.
Other than a conversion issue on existing mailstores, couldn't this be
solved by just using the same units IMAP does, ie 1k rather than bytes?
--
John A. Tamplin
On Wed, 2 Jul 2003, John Alton Tamplin wrote:
> Rob Siemborski wrote:
>
> >We're using 32-bit numbers to track the quota. We'd need to be more
> >clever than that to get around it.
>
> Other than a conversion issue on existing mailstores, couldn't this be
> solved by just using the same units IMA
On Wed, 2 Jul 2003, daniel qian wrote:
> Thank everyone who replied and assured me of the healthiness of my system.
> Is there any way to get by this limit?
By posting a patch to fix the bug ;)
We're using 32-bit numbers to track the quota. We'd need to be more
clever than that to get around it
On Tue, 1 Jul 2003, Simon Brady wrote:
> I haven't looked at the code, but this sounds like what you'd see if quota
> math was being done in 32 bits: 10G mod 4G = 2G, and 90% of 2G is 18% of
> the original 10G figure.
Yup, cyrus doesn't support quotas larger than 32bits at the current time.
This
Simon Brady wrote:
On Tue, 1 Jul 2003, [gb2312] Daniel Qian :
I have installed cyrus imap 2.13 recently and it works very well ecept
when the mailbox data reaches big volume. On a 10G quota for a mailbox
the server starts warning the outlook user and closes the connection
when the used space is
: quota warning problem - Is it a bug of cyrus imap?
On Tue, 1 Jul 2003, [gb2312] Daniel Qian | ǮʡÄÏ wrote:
> I have installed cyrus imap 2.13 recently and it works very well ecept
> when the mailbox data reaches big volume. On a 10G quota for a mailbox
> the server starts warning th
On Tue, 1 Jul 2003, [gb2312] Daniel Qian | ǮʡÄÏ wrote:
> I have installed cyrus imap 2.13 recently and it works very well ecept
> when the mailbox data reaches big volume. On a 10G quota for a mailbox
> the server starts warning the outlook user and closes the connection
> when the used space is
I have installed cyrus imap 2.13 recently and it works very well ecept
when the mailbox data reaches big volume. On a 10G quota for a mailbox
the server starts warning the outlook user and closes the connection
when the used space is just al little over 15% of the quota. But for
small quota the se
25 matches
Mail list logo