The mailbox is definitely not over quota and the -q option is supposed
to force delivery even if it is. Delivery works if I remove the -q
option.
Any ideas why I get this error?
--
---
Paul Rainesemail: raines
:
duplicate_db: skiplist
tlscache_db: skiplist
Then stop cyrus-imapd, delete /var/lib/imap/deliver.db and
/var/lib/imap/tls_sessions.db, and then start cyrus-imapd up
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS Athinoula A. Martinos Center for Biomedical Imaging
149 (2301) 13th Street Charlestown, MA 02129USA
Cyrus Home Page: http://asg.web.cmu.edu
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS Athinoula A. Martinos Center for Biomedical Imaging
149 (2301) 13th Street Charlestown, MA 02129USA
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http
On Thu, 8 Sep 2005, Simon Matter wrote:
One special note:
The cyrus-imapd package you are using (the package from RHEL4 is based on
my Invoca package) tries to convert the db files automatically on startup.
However, the version you have has a bug which prevents it from converting
all db files
on a
CentOS4.1 x86_64 box
Is there a way to at least just make cyrus die instead of filling
up the log with the DBERROR messages.
This has happened twice today, and two other times in past 40 days.
--
---
Paul Rainesemail
On Thu, 8 Sep 2005, Simon Matter wrote:
You may want to switch berkeley dbs to skiplist to try how it goes.
By default only duplicate_db and tlscache_db are berkeley so you may try
this in /etc/imapd.conf:
duplicate_db: skiplist
tlscache_db: skiplist
Will this change what is used for the
rid of Berkeley DB
at all and thus there are no /var/lib/imap/db/log.* files anymore.
Skiplist works quite different but you shouldn't notice anything, except
that no Berkeley DB errors will show up anymore.
Simon
--
---
Paul Raines
wrote:
Paul Raines said:
Found this out myself last week and answered the same issue for
someone else yesterday. The max quota you can set is 4GB (using 400)
and anything over will result in a seemingly random quota limit
as it takes a 32-bit bit mask of what you have given over 4GB
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS Athinoula A. Martinos Center for Biomedical Imaging
149 (2301) 13th Street Charlestown, MA 02129USA
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http
: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS Athinoula A. Martinos Center for Biomedical Imaging
?
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS Athinoula A. Martinos Center for Biomedical Imaging
149 (2301) 13th Street Charlestown, MA 02129USA
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http
How does singleinstancestore figure out messages that can be
hard linked? It doesn't seem to do it by message-id across mailboxes.
If I send email to a mailman list with all my users, that mail
goes into their mailboxes individually (not hard linked as a single
instance) even though the
tried 'quota -f' but it did not help. SO I ended up removing quotas
entirely to get things to work.
Since I am running on a 64-bit box, I am wondering if something with quotas
is not 64-bit clean, at least on Linux.
--
---
Paul
Okay, unfortunately we have to stick with procmail as sieve is
not up to the task of some of the complex filtering we do.
--
---
Paul Rainesemail: raines at nmr.mgh.harvard.edu
MGH/MIT/HMS Athinoula A. Martinos Center
On Tue, 5 Jul 2005, Ken Murchison wrote:
Its possible. I'm fairly certain that the code has been tested successfully
on 64-bit Solaris. It seems odd that the quota file looks OK (which means
that the code successfully handled writing the limit and usage), but fails a
quota check.
Actually
16 matches
Mail list logo
