On Tue, 21 Oct 2008, Mark Crispin wrote:
Hi Steve -
Hope you're doing OK in spite of everything going on.
There was a patch to tmail.c itself, along with some patches to the
c-client library. I forget if those patches were important for tmail or
just imapd.
At least one of the imapd patches
Hello,
pretty critical issue here...
Email server specs: RHEL3, imap-2004 (yes, I know the system is old,
we're upgrading), Dell PowerEdge 2650, PERC3/di controller, 5 SCSI
drives in RAID 5 config, 60 users mostly running Thunderbird client (2.x
version).
We have an older email server that
For what it's worth, this problem sounds to me like some underlying system
failure and not anything in imapd. A little system with a mere 60 users
should not get into this kind of trouble.
In addition to hardware issues, have you checked for other possibilities, such
as a denial of service attac
Thanks for your very prompt reply Mark!
If the problem is hardware then it is down to the 5 disks in the array,
as we moved them from their former chassis to another one (same
model/specs) when we thought the problem might be a bad mobo. Also,
there's some additional information I forgot to in
> - we currently have no quotas (you read that right) on disk usage and
> despite warnings from I.T., many users' Inboxes had grown to between 400
> and 600MB. Sent and Trash folders for several users> 1GB. Some users
> have as many as 300 imap folders, so while there are just 60 users,
> we're hi
Steve Hubert wrote:
Definitely still using it for now. There is a push for the cloud stuff
but so far it hasn't been announced that it is going to happen. I think
it is almost ready to happen for alumni mail, but that's just a guess,
I'm certainly not in the loop. Thanks.
The new buzz word, "
Mark Crispin wrote:
starts to creek around that point as well, although the issues in mbx is more
with the number of messages than the raw mailbox size.
"luckily" those who have such huge mailboxes more than likely have a few
huge emails with attachments. It'll take a while for your mailbox to
> The new buzz word, "cloud computing". Seeing google's email service
> (supposedly "cloud computing") had 3 serious outages in the month of
> August alone I really see this as a major improvement... not.
I just love the highly informative error message from Gmail's IMAP server
when it is down: "
...mostly mbox format. I know we've been pushing the outer
limits of the system for some time now, but as a testament to the
durability of the file system it has worked very well up until two weeks
ago.Nevertheless, we'll be moving off this server within days.
-Jeff
Mark Crispin wrote:
- we
On Oct 23, 2008, at 12:06 AM, Mark Crispin wrote:
The new buzz word, "cloud computing". Seeing google's email service
(supposedly "cloud computing") had 3 serious outages in the month of
August alone I really see this as a major improvement... not.
I just love the highly informative error mess
> From: [EMAIL PROTECTED]
>> I just love the highly informative error message from Gmail's IMAP
>> server when it is down: "System Error (Failure)".
> I think it's actually good that the user doesn't get too much of
> information when the server fails. User can't do anything about it
> anyway. And
On 10/22/2008 11:52:14 PM, Timo Sirainen wrote:
[...]
It's been a year, and Google still
doesn't have an IMAP server that fully implements the function set of
the
base specification, much less implements it correctly.
http://imapwiki.org/ImapTest/ServerStatus - GMail is at the bottom of
12 matches
Mail list logo