Le mer 21/04/2004 à 21:38, Noll Janos a écrit :
>
> Apr 21 11:07:19 lmtpunix[16815]: DBERROR db4: Logging region out of
> memory; you may need to increase its size
I found something in the DB4 documentation:
int
DB_ENV->set_lg_regionmax(DB_ENV *dben
te -I`.txt' (or
> similar).
I'm not using Berkeley DB for mailboxes, but that's another story :-)
So I don't fear that.
With Cyrus 2.1.16 and DB3 (3.2?) I didn't have this problem.
I do use a "custom patch" that lets me place the delivery database in
anothe
!
--
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Be free! |
--
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Be free! |
---
Cyrus H
box? Probably
> not, but who knows what the future may bring ...
--
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Be free! |
hen with BerkeleyDB4.
> If the cyrus community is interested in this little piece of code (i
> don't
> know due to presence of skiplist backend) we can start a thread now!
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Be free! |
:
> What do you think of :
> http://opensource.prim.hu/mbdaemon/
> I don't really understand it's goals.
> I found it looking for a way to distribute my load across many servers.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Be free! |
rror!
> The last line is
>
> write(6, "\241\2\213\rCyrus mailbox header\n\"The be"..., 143) = 143
>
> There is no obvious difference between the two mailboxes. Does this
> suggest anything to anyone?
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Be free! |
asily reproduce the error message with reconstruct.
Now do a system call trace on reconstruct
(strace -o logfile.txt reconstruct blabla... on Linux), and maybe this
can help you narrow down the problem.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the un
cyrus, but that's much more slower and
much harder.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
" to "/mnt/otherhd/somethingimap/a"
4. start the imap server
You can move by first letters this way, which is pretty easy to handle, and
efficient.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
you have two desynched boxes. This shouldn't
really happen, since the two boxes should run at the same speed, and the live
box has somewhat larger load, but cases like this should be considered.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
and illogical choice.
It should go under "/var/sieve" or "/var/imap/sieve" instead, by default,
because of the nature of the data contained.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
| sieveshell -u usernamehere 127.0.0.1
And voila!
The first approach might be more secure.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
uot;, which is in a C source file "\\*"). The RFC is not really clear
about this!
*** comparator.c.original Fri Jan 4 00:49:34 2002
--- comparator.c Fri Jan 4 02:04:59 2002
***
*** 38,43
--- 38,70
#include "tree.h"
#include "sieve.
ge the location
> of these __db.*** files?
>
> Thanks in advance.
>
> Taro
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
t you want duplicate elimination.
I'm also for that.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
b3: 106 lockers
> Oct 26 10:11:05 merkur.ecrc.de imapd[13895]: [ID 866726 local6.error]
> DBERROR db3: 107 lockers
> Oct 26 10:11:59 merkur.ecrc.de imapd[13988]: [ID 866726 local6.error]
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
nfig
option for this now?
I repeat, this isn't good for two reasons:
- the bug won't be tracked down this way (but bug-hunting shouldn't really be
done on production systems anyway)
- the duplicate delivery-check feature will be absent of the server
(I think you can live with
and am curious if the
> deliver shipped with it can be invoked from within procmail to deliver
> mail to Cyrus.
>
> Thanks in advance for any information,
> --Moby
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
.seen file and I tried to re-create the
> subfolder using cyradm. Latter one brought back the folder (surprise ...)
> - but withouth the messages.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
have the right pwcheck_method, but it does not want
> to work and logs to syslog:
[...]
> checking for pam_start in -lpam... no
> checking PAM support... no <---
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "
; I Am root
>
> cyradm -u root localhost
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
ybe fetchmail can be of some use to you?
http://tuxedo.org/~esr/fetchmail/
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
e
> Authenticated.
> Security strength factor: 0
> . logout
> * BYE LOGOUT received
> . OK Completed
> Connection closed.
> cyrus@isserver:/home/iced$
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
cations and compilation only needed on the daemon side,
not on the IMAPd side.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
nc(). Journalling filesystems
> aren't magical: if you don't fsync() you have no guarantee that the
> data gets to disk. So please call fsync; otherwise, you're making
> potentially serious problems for people who use your code.
>
> Larry
>
>Date: Sun,
u implemented it?
> What happens on system crash?
> How often does it "sync" to the hard drive?
> What's the difference between this and using a write-caching
> hard drive scheme?
>
> -- Michael --
>
> - Original Message -
> From: "Noll Jano
wo weeks with more documentation,
but meanwhile, you can test this one.
Any comments, replies will be appreciated.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
gt; cyrus-instance.
>
> ^^^
> well, here's a total stab in the dark: why not multi-thread it?
You mean, multithread the daemon? Or multithread cyrus? If you were to
multithread cyrus, you'd have to do it with pop3, lmtpd and the other parts
too. It would be nice, but I think that's m
sist. It would communicate with the cyrus-server with a
unix domain socket. I think it would be even faster than DB3, because DB3 has
to access and load (some of) the data and log files for each cyrus-instance.
| Noll Janos <[EMAIL PROTECTED]> | http://www.johnzero.hu |
| "Expect the unexpected!"| ICQ# 4547866 | Linux rulez! |
30 matches
Mail list logo