Jose Perez wrote:
> Some people could just say "don't use POP3 anymore, use IMAP" right?
>
YES!
> Ok, I'd say the same as a sysadmin but you know exactly that this
> isn't always possible is some organizations for others reasons not
> technical.
>
> What I would like to know is:
>
> Are there
Hi there:
I'm having problems with POP3 locking. I already read the forums and
info-cyrus mail archives talking about this but I didn't find a
solution yet:
- RFC states that is it necessary a minimum of 10 minutes before
detect a timeout on the client
- RFC states that only one connection is pos
Carlos Horowicz wrote:
CH> is there anybody maintaining up-to-date amd64 debian packages
CH> for cyrus-imapd ? (I only use FreeBSD ports por cyrus-imap,
CH> don't know if there are "port maintainers" in the
CH> Debian/Ubuntu world).
Yes, kind of.
There are no 2.3.x binaries in official Debian (y
Hi,
is there anybody maintaining up-to-date amd64 debian packages for
cyrus-imapd ? (I only use FreeBSD ports por cyrus-imap, don't know if
there are "port maintainers" in the Debian/Ubuntu world).
Thanks,
Carlos
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap
--On 18. Mai 2009 08:41:42 -0400 Adam Tauno Williams
wrote:
Depends on what you mean. New connections to imapd block block
indefinitely until the number of processes goes below maxchild. If
that's what you call "stall", it's to be expected.
If connections are forced into a wait-state by a
> > It might well be that I hit the maxchild limit on imap, but that shouldnt
> > stall the complete imap, should it?
> Depends on what you mean. New connections to imapd block block indefinitely
> until the number of processes goes below maxchild. If that's what you call
> "stall", it's to be ex
Hi,
> I bet if you look at the Date headers of the problem emails, you'll find
> that they're not RFC compliant.
>
> The cyrus date parser is very strict, and if the header isn't RFC
> compliant, you'll get a bad value, and bad sorting.
>
> Looking at the RFC
>
> http://www.faqs.org/rfcs/rfc525
Robert Mueller (web) wrote:
> I bet if you look at the Date headers of the problem emails, you'll find
> that they're not RFC compliant.
These are the date headers from the offending emails.
Date: Sun, 29 Mar 2009 01:48:19 -0700
Date: Sun 17 Feb 2008 20:05:01 -0500
Date: Sun 27 Jan 2008 20:15:18
Hello Sebastian,
What I wanted to describe with "stalled" is, that none of the processes was
doing anything. So the problem was not that 100 instances where working and
connection #101 was waiting; it was that all 100 instances were also
hanging. At the same time, the imaps-processes where wor
On Mon, May 18, 2009 at 02:12:55PM +0200, Sebastian Hagedorn wrote:
>> imapcmd="imapd -U 50" listen="imap" prefork=0
>> maxchild=100
>> imaps cmd="imapd -s -U 50" listen="imaps" prefork=0
>> maxchild=100
>>
>>
[...]
> Depends on what you mean. New connections t
I bet if you look at the Date headers of the problem emails, you'll find
that they're not RFC compliant.
The cyrus date parser is very strict, and if the header isn't RFC
compliant, you'll get a bad value, and bad sorting.
Looking at the RFC
http://www.faqs.org/rfcs/rfc5256.html
If the sent
Hello,
We are running Cyrus IMAP Server 2.3.13 to store user mails. One of
our customers uses MS Exchange to fetch the mails from our server to
their MS Exchange system (from where the mails are distributed to the
correct users in the customers intranet).
Because customer complaints about times w
--On 18. Mai 2009 14:00:33 +0200 Gerald Nowitzky wrote:
I had a strange problem with my cyrus here. I am starting imapd with
imapcmd="imapd -U 50" listen="imap" prefork=0
maxchild=100
imaps cmd="imapd -s -U 50" listen="imaps" prefork=0
maxchild=100
Three
Hello!
I had a strange problem with my cyrus here. I am starting imapd with
imapcmd="imapd -U 50" listen="imap" prefork=0
maxchild=100
imaps cmd="imapd -s -U 50" listen="imaps" prefork=0
maxchild=100
Three times this morning I found that imap was stalled.
Hi,
> I am running cyrus imapd 2.2.13 on NetBSD, as installed from pkgsrc.
I've also got a cyrus + roundcube installation and I see the same
problem. I've got cyrus 2.2.13-10 on Debian etch.
The out of order messages in my INBOX just happen to be spam and some
have weird character sets.
The d
I have been running cyrus imapd for several years now. I recently
installed roundcube, to provide access to email on those occasions when
a proper IMAP client isn't available.
Unlike Thunderbird, roundcube relies on IMAP SORT. When sorting by date,
some emails from the past are presented as new
16 matches
Mail list logo
