>(gdb) bt
>#0 0x805fc02 in index_fetchreply ()
>Cannot access memory at address 0xbfbfdbd0.
The stack is corrupt - while not conclusive, I'd considering a hardware
problem (power supply drooping, ram flakey, overheating, etc). Have a look
at:
http://www.bitwizard.nl/sig11/
--
Andrew McNama
Rob Siemborski wrote:
We really need more information to begin to help.
Sure thing :)
What version of cyrus?
2.2.3 on FreeBSD 4.9-RELEASE
What does the backtrace of the core dump reveal?
Well, I'm not that experienced at this ;)
Here's the backtrace from gdb, it doenst give me much inf
We really need more information to begin to help.
What version of cyrus?
What does the backtrace of the core dump reveal?
Is the machine running out of resources? Perhaps filesystem corruption?
etc...
-Rob
On Mon, 26 Jan 2004, Nils Vogels wrote:
> Hi list!
>
> In the last few days, I'm seei
Hi list!
In the last few days, I'm seeing more and more crashing imapd's, such as:
Jan 26 21:39:55 imhotep /kernel: Jan 26 21:39:55 imhotep /kernel: pid
1194 (imapd), uid 60: exited on signal 11
Which leaves me with a corrupted mailbox. When I next reconstruct the
mailbox, everything seems to
Michal Pr(íhoda wrote:
C: L01 LOGIN root {0}
S: + go ahead
C:
S: <181>Jan 26 12:15:38 imapd[10975]: badlogin:
us.spinet.cz[193.86.200.20] plaintext root SASL(-13): authentication
failure: checkpass failed
The important line is the last one - evidently log message felt into
imap output. The ba
On Mon, 26 Jan 2004, Ken Murchison wrote:
> [EMAIL PROTECTED] wrote:
>
> > I've been tinkering a little with a Java client, and just happened to
> > notice something I haven't noticed before:
> >
> > . namespace
> > * NAMESPACE (("" ".")) (("Other_Users." ".")) (("Shared_Folders." "."))
> > . OK C
Can you generate telemetry logs of both working and broken users?
-Rob
On Mon, 26 Jan 2004, Tuomas Toropainen wrote:
> [sending this message third time, let's see if it passes through]
>
> Weird things are happening with my cyrus test installation. It seems that
> some users can change and creat
On Sat, 24 Jan 2004, Andrew Brink wrote:
> Just curious but what is the correct way to kill an imapd or pop3d
> process?
It should be perfectly safe to kill a *connected* imapd.
The only problems arise when you kill an *idle* IMAPd. (Or, in
resource-constrained conditions where the OS might dec
[EMAIL PROTECTED] wrote:
I've been tinkering a little with a Java client, and just happened to
notice something I haven't noticed before:
. namespace
* NAMESPACE (("" ".")) (("Other_Users." ".")) (("Shared_Folders." "."))
. OK Completed
. list "" Other_Users
* LIST (\Noselect \HasChildren) "." "Ot
Larry Greenfield wrote:
The quota is stored in kilobytes, so 10 GB < 2^32 KB. However, usage is
stored in bytes (otherwise we'd have severe rounding problems) so 10 GB
> 2^32 bytes.
I see now. What ill effects can this cause if somebody goes beyond 2/4 GBs?
--
Attila Nagy
Attila Nagy wrote:
Lawrence Greenfield wrote:
Unfortunately, there's bug 1212 preventing quotas greater than 2 gb of
ram. (You might be able to set them but something is going to mess up
later.)
Is this still the case? And if so, how can 2.2.2 correctly display my
10 GB quota? (I use that with I
Wait, did you say ... a cyrus murder!?
On Mon, 26 Jan 2004 [EMAIL PROTECTED] wrote:
> HI
>
> I am trying to get a cyrus murder set up using lmtp. I can get the front
> end and back end talking to the mupdate master and all mailboxes working
> fine. The problem I have is delivering the mail from t
HI
I am trying to get a cyrus murder set up using lmtp. I can get the front
end and back end talking to the mupdate master and all mailboxes working
fine. The problem I have is delivering the mail from the MTA to the
mailbox. I can get the MTA to talk LMTP to a lmtp unix socket on the same
box
Hi,
I have cyrus 2.1.16, and I'm experiencing strange behaviour of message
logging. Look at the imtest output:
S: * OK fs Cyrus IMAP4 v2.1.16 server ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS
NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDR
[sending this message third time, let's see if it passes through]
Weird things are happening with my cyrus test installation. It seems that
some users can change and create folders as normal, but some can not. I
have been unable to determine anything common linking these problematic
and non-pro
Lawrence Greenfield wrote:
Unfortunately, there's bug 1212 preventing quotas greater than 2 gb of
ram. (You might be able to set them but something is going to mess up
later.)
Is this still the case? And if so, how can 2.2.2 correctly display my 10
GB quota? (I use that with IMP)
I have no more t
16 matches
Mail list logo