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
Sorry for the mis-information and thanks for the correction!
johnh...
On Tue, 1 Jul 2003, Rob Siemborski wrote:
>On Mon, 30 Jun 2003 [EMAIL PROTECTED] wrote:
>
>> o INBOX by default has posting permissions to everyone - other folders
>>do not. Since the INBOX.junk folder needs to have your
On Wed, 2003-07-02 at 13:26, Rob Siemborski wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'm pleased to announce the release of Cyrus IMAPd 2.1.14. This release
> is mostly a bugfix release, though it contains a few new minor features.
I'd like to point out that one of the fixes
On Wed, 2 Jul 2003, Rob Siemborski wrote:
> Ah, this is more interesting to look at. Perhaps something is going wrong
> in imapd's mlookup() (which makes significantly more sense). I'll have to
> look at this some more (in this case, mupdate won't be seeing any
> connections).
Actually, I'm pre
I have a cyrus imapd 2.1.13 mail server w/ cyrus sasl 2.1.13 using the ldapdb
auxprop backend.. The auxprop backend is configured and working correctly.. the
issue is this.. when I log into the mail server using LOGIN with the username
[EMAIL PROTECTED] it works fine.. BUT if I use DIGEST-MD5 or C
Hum, I made the directory with the mupdate userid on the master and did some
mailbox creation on the backend but nothing was logged on the master
server... Do I have to activate an option for the mupdate daemon to log in
the imap log directories?
By the way, I checked the log on the master, and it
On Wed, 2 Jul 2003, Luc Germain wrote:
> Hum, I made the directory with the mupdate userid on the master and did some
> mailbox creation on the backend but nothing was logged on the master
> server... Do I have to activate an option for the mupdate daemon to log in
> the imap log directories?
Hmm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm pleased to announce the release of Cyrus IMAPd 2.1.14. This release
is mostly a bugfix release, though it contains a few new minor features.
These changes include aggregate commands in cyradm, better handling of
altnamespace and unixhierachysep in
No, I see nothing in the log of server1 (except for the successful login
from the proxy server).
Is there a way to log the dialog of the mupdate connexion between server1
and the master?
Luc.
--
Luc Germain, analyste
Université de Sherbrooke, Sherbrooke (Québec) Canada
> -Original Message--
Hi again,
Two thing I can see that might pose problem :
1. command have to be issued to a frontend
2. I am not quite sure you can use default as a partition name here (to
be verified)
I had a similar problem a few weeks ago and can't remember how I worked
around it. I'll continue scratching my
On Wed, 2 Jul 2003, Luc Germain wrote:
> Is there a way to log the dialog of the mupdate connexion between server1
> and the master?
Yup, same way that you capture the other log files (except using the
mupdate user ID).
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
On Wed, 2 Jul 2003, Luc Germain wrote:
> OK, here are the IMAP dialogs. I did a "rename", followed by a "lm" to ckeck
> that the mailbox is really there.
So, the only thing that server1 does after connecting to server2 but
before sending the first command (a LOCALCREATE) is connect to a mupdate
s
Hi Etienne,
I tried
rename user/myuser1 user/myuser1 server2.usherbrooke.ca!default
and have the same result...
Dialog on server1:
-- cyradm Wed Jul 2 14:26:40 2003
<10571704001057170400>* CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+
MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC
OK, here are the IMAP dialogs. I did a "rename", followed by a "lm" to ckeck
that the mailbox is really there.
>From cyradm client to proxy server: (logged as user cyradm)
-- cyradm Wed Jul 2 13:46:07 2003
<1057167967<4 RLIST "" ""
>1057167967>* LIST (\Noselect) "/" ""
4 OK Completed
<1
On Wed, Jul 02, 2003 at 12:26:52PM -0400, Luc Germain wrote:
> localhost> rename user/myuser1 user/myuser1 server2
I am pretty sure you need to specify a destination partition ie
server2!part1 instead of just server2.
--
Etienne GoyerLinux Québec Technologies Inc.
http://www.
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, Mike Allen wrote:
> The basic problem with your suggestion is that my imapd.conf
> does not have those parameters within it to modify as I would
> like.
If they're not present, they assume a default.
> Should I add those parameters to my imapd.conf file or does
> this situati
The basic problem with your suggestion is that my imapd.conf
does not have those parameters within it to modify as I would
like.
Should I add those parameters to my imapd.conf file or does
this situation suggest that version 2.0.16_2 of cyrus-imapd2
does not support these parameters?
How do I fin
Hi,
We have set up a murder cluster, and all seems to be working normally except
that if I try to rename a mailbox to move it from one backend to another, I
always get the message that the "Mailbox does not exist"
For example, let's say I have a user "myuser1" on server1 that I want to
move to se
On Wed, 2 Jul 2003, Luc Germain wrote:
> We have set up a murder cluster, and all seems to be working normally except
> that if I try to rename a mailbox to move it from one backend to another, I
> always get the message that the "Mailbox does not exist"
[snip]
> Any idea what I'm doing wrong?
It
On Wed, 2 Jul 2003, Pascal Gienger wrote:
> No it is not a DB problem, it IS a sieve problem:
>
> Look at this piece of sieve code:
>
> if header :contains "From" "Muchsel" {
> addflag "\\Flagged";
> fileinto "INBOX";
> removeflag "\\Flagged";
> }
>
>
> It is generated by Horde Ingo.
John Alton Tamplin <[EMAIL PROTECTED]> wrote:
Pascal Gienger wrote:
What version of DB are you running? Does this happen immediately or only
after it has been running a while? On Solaris 9 with DB 4.1.24-25, we
had a problem where DB functions would eventually return ENOSPC, which
No it is not
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 Wed, 2 Jul 2003, Roland Rosenfeld wrote:
> Wouldn't it be better to simply reuse the original Subject without any
> decoding? Otherwise the decoded Subject needs to be newly MIME
> encoded, doesn't it?
Yes, you're correct.
What version of Cyrus are you using? Would you mind posting the bug
On Wed, 2 Jul 2003, Nikola Milutinovic wrote:
> I could in error, so I'd like to check it out with the list.
>
> SHORT FORM
> -
> Can SASL mechanism PLAIN authenticate against a realm?
Short Answer: Yes. If you're using sasldb2 directly.
> LONG FORM ---
> I'
Hi!
I noticed a problem with non ASCII chars in a Subject of a message,
which is automatically answered by sieve/vacation.
Vacation reuses the original Subject line, but decodes the MIME in it
and sends out the decoded (8bit) subject without reencoding it.
So a message with "Subject: =?iso-8859-1
Hi all.
I could in error, so I'd like to check it out with
the list.
SHORT FORM
-
Can SASL mechanism PLAIN authenticate against a
realm?
LONG FORM
---
I'm trying to setup Open LDAP 2.1.21 as a ChRoot-ed
server. One problem that popped up was authentic
On Wed, 2 Jul 2003, Julien Marchal wrote:
> Hi,
>
> I have problem with cyrus and db berkeley :
>
> DBERROR:lmtpd: unable to init duplicate delivery database
> DBERROR: opening /home/cyrus/conf/mailboxes.db: Cannot allocate memory
> DBERROR: opening /home/cyrus/conf/mailboxes.db: cyrusdb error
>
Hi,
I have problem with cyrus and db berkeley :
DBERROR:lmtpd: unable to init duplicate delivery database
DBERROR: opening /home/cyrus/conf/mailboxes.db: Cannot allocate
memory
DBERROR: opening /home/cyrus/conf/mailboxes.db: cyrusdb error
FATAL: can't read mailboxes file
DBERROR db4: Da
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 02 July 2003 04:41, Mark Keasling wrote:
> What is the unixhierarchysep setting in your imapd.conf file?
> A setting of "yes" means '/' is the hierarchy separator rather than '.'.
It is set to "yes".
> When the separator has been set to
A lot of thanks to you and Ned Freed.
Happy to see that cyrus is so profesional.
A 10:51 01/07/2003 -0400, vous avez écrit :
Ken Murchison wrote:
OK. After talking with Rob and with Mark Crispin (author of UW IMAP),
the problem comes down to an unfortunate implementation decision in
Eudora and
35 matches
Mail list logo
