I just tried this patch, and everything compile fine.
I wiped out my installation and mailbox partitions and started from
scratch with this new version. I ran into another problem right away.
When trying to do various cyradm operations, set ACL's and Deleting
mailboxes, cyradm will just
Simon Matter wrote:
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to
access
some folders but some others didn't work.
Was there anything
On Mon, 24 May 2004, Simon Matter wrote:
The backtrace is from RedHat 7.2 running ext3. Nothing special here.
Switching back to 2.2.3 made it work again and I also don't see any
corruption.
Are the backtraces and straces consistent in their content?
Here is an ltrace in case this helps:
[snip]
Ok,
Hi all,
i am new subscriber here, so sorry for replying in this form.
2 days ago i tryed Cyrus-Imapd-2.2.4 on two host. And get same problem :
lmtp crash with BUSY error. But only for one host, and not allways(on
same user).I donwgraded to 2.2.3. For another host all works ok up to
today with
Simon Matter wrote:
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to
access
some folders but some others didn't work.
Was there anything
On Mon, 24 May 2004, Simon Matter wrote:
The backtrace is from RedHat 7.2 running ext3. Nothing special here.
Switching back to 2.2.3 made it work again and I also don't see any
corruption.
Are the backtraces and straces consistent in their content?
Here is an ltrace in case this helps:
Hi all,
Not trying to steal the tread ;-)
But i hope additional/other info could be helpfull ?
For the last couple of days i try to upgrade a FreeBSD 4.9 box from
2.2.3 to 2.2.4 ...
Luckally i did not have the problems described here, but NO WAY i was
able to get sieve working with
On Mon, 24 May 2004, Bob Tito wrote:
Luckally i did not have the problems described here, but NO WAY i was able to
get sieve working with unixhierachysep and altnamespace enabled.. The scripts
were just ignored.. reverting back to 2.2.3 solved the problem right away. I
disabled altnamespace,
Bob Tito wrote:
Hi all,
Not trying to steal the tread ;-)
But i hope additional/other info could be helpfull ?
For the last couple of days i try to upgrade a FreeBSD 4.9 box from
2.2.3 to 2.2.4 ...
Luckally i did not have the problems described here, but NO WAY i was
able to get sieve working
Ken Murchison wrote:
Bob Tito wrote:
Hi all,
Not trying to steal the tread ;-)
But i hope additional/other info could be helpfull ?
For the last couple of days i try to upgrade a FreeBSD 4.9 box from
2.2.3 to 2.2.4 ...
Luckally i did not have the problems described here, but NO WAY i was
able
Bob Tito wrote:
Hi all,
Not trying to steal the tread ;-)
But i hope additional/other info could be helpfull ?
For the last couple of days i try to upgrade a FreeBSD 4.9 box from
2.2.3 to 2.2.4 ...
Luckally i did not have the problems described here, but NO WAY i was
able to get sieve
Simon Matter wrote:
Bob Tito wrote:
Hi all,
Not trying to steal the tread ;-)
But i hope additional/other info could be helpfull ?
For the last couple of days i try to upgrade a FreeBSD 4.9 box from
2.2.3 to 2.2.4 ...
Luckally i did not have the problems described here, but NO WAY i was
able to
On Mon, 24 May 2004, Ken Murchison wrote:
The hash_enumerate() function is also used by some other cyrus-imapd
programs so I could think, without having a closer look, that it could
also break other programs, right? I suggest testing it on a affected
platform with the patch applied.
Obviously a
On Mon, 24 May 2004, Ken Murchison wrote:
The hash_enumerate() function is also used by some other cyrus-imapd
programs so I could think, without having a closer look, that it could
also break other programs, right? I suggest testing it on a affected
platform with the patch applied.
Simon Matter wrote:
Bob Tito wrote:
Hi all,
Not trying to steal the tread ;-)
But i hope additional/other info could be helpfull ?
For the last couple of days i try to upgrade a FreeBSD 4.9 box from
2.2.3 to 2.2.4 ...
Luckally i did not have the problems described here, but NO WAY i was
I just tried this patch, and everything compile fine.
I wiped out my installation and mailbox partitions and started from
scratch with this new version. I ran into another problem right away.
When trying to do various cyradm operations, set ACL's and Deleting
mailboxes, cyradm will just hang.
On Mon, 24 May 2004, AJ wrote:
I just tried this patch, and everything compile fine.
I wiped out my installation and mailbox partitions and started from
scratch with this new version. I ran into another problem right away.
When trying to do various cyradm operations, set ACL's and Deleting
Rob,
I reverted back again, I need to keep the box up for some folks to
test a new web interface for a few days, they are already shouting at
me. :) I know for a fact there were no stale imapd's around, I checked
that out when this happened, and completely removed the old
/usr/cyrus/bin
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders (specifically, did
FYI, for me it happens everytime.
I wanted to note that the crash does not happen always. Even on the same
folder, sometimes it crashes, sometimes not.
Simon
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders (specifically, did
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders (specifically, did
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders
Redhat 7.3 and EXT3 here too, also switching back to 2.2.3 fixed it.
AJ
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some
Simon Matter wrote:
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant
Simon Matter wrote:
Simon Matter wrote:
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to
access
some folders but some others didn't work.
Was there anything
Rob,
There is no core dumped from what I can tell, it looks like master
just dies for that process. Did you test this on a clean install of
2.2.4, and clean partitions and config directories. This does not seem
to occur on an install of 2.2.4 that was upgraded i.e., the mailboxes
and
Rob,
There is no core dumped from what I can tell, it looks like master
just dies for that process. Did you test this on a clean install of
2.2.4, and clean partitions and config directories. This does not seem
to occur on an install of 2.2.4 that was upgraded i.e., the mailboxes
and
Yes, the same thing happens here.. connection just drops.
I have reverted back to 2.2.3.
Simon Matter wrote:
Rob,
There is no core dumped from what I can tell, it looks like master
just dies for that process. Did you test this on a clean install of
2.2.4, and clean partitions and config
On Sun, 23 May 2004, Simon Matter wrote:
I have just finished rebuilding my 2.2.4 rpms and I've got the same
problem on my own server where I tested the build. I was able to access
some folders but some others didn't work.
Was there anything consistant about these folders (specifically, did they
Rob,
Here are the details of my setup:
This only happens on mailboxes with quotas.
This was a fresh install, it did not seem to occur on an upgraded install.
I was using unixhierarchysep.
Simon, can you help with a gdb dump? I have no access to the system I
was using until Monday.
Thanks.
AJ
Hi,
I have an odd problem. I am running 2.2.4 fresh install and I have an
issue when using a mailbox with a . in the name, such as user/john.smith
I have the unixhierarchysep: yes line in my imapd.conf.
Whenever I try to delete a message or move a message to another folder
with this mailbox, I
Here is an odd update to this...
I tried to create another user with a dot and it works fine.
It seems john.smith causes the error whereas al.jones does not.
Has anyone seen anything like this?
Thanks.
AJ
AJ wrote:
Hi,
I have an odd problem. I am running 2.2.4 fresh install and I have an
issue
The pieces begin to come together here.. hopefully someone else benefits
from this post. I have managed to track the problem down to
not just accounts with a dot in the mailbox name.
This problem is occuring on mailboxes with quotas only.
Mailboxes that do not have quotas do not experience this
AJ wrote:
Here is an odd update to this...
I tried to create another user with a dot and it works fine.
It seems john.smith causes the error whereas al.jones does not.
Has anyone seen anything like this?
user/john.smith may be corrupt in some way. Try reconstructing the
mailbox and see what
There were substantial changes in the handling of quotas in 2.2.4.
However, we're unable to replicate your problem.
Can you generate a GDB backtrace from a core dump to show where the
segfault is occuring?
On Fri, 21 May 2004, AJ wrote:
This problem does not appear in 2.2.3, I just wiped my
38 matches
Mail list logo