Also check out the Fastmail auditlog patches.
http://cyrus.brong.fastmail.fm/
Rob
- Original Message -
From: "Dr. Tilo Levante"
To:
Sent: Friday, May 28, 2010 7:59 PM
Subject: Log all actions
>
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.
On 28 May 2010, at 18:28, Oscar Nuñez wrote:
> a1 select inbox
> a1 NO System I/O error
What's syslog say?
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Hi folks,
I've imap cluster consisting with 1 backend server, 1 mupdate server and 2
frontend servers.
First I create an account of mail in the backend server, but in the moment
that I try to access via telnet from one of my frontends the following error
appear:
[...@server_4 ~]# telnet localhos
On 28 May 2010, at 12:42, Gary Mills wrote:
> 0805e4ee proxy_check_input (815d168, 81a7228, 819e520, 81a3d60,
> 81a7700, 0) + 5e
That last argument to proxy_check_input()? It's the timeout.
Setting it to 0 means "don't time out". I'm sure the theory is that
the underlying select() will r
On 28 maj 2010, at 19.58, Andrew Morgan wrote:
> On Fri, 28 May 2010, Ragnar Sundblad wrote:
>
>> Is murder/aggregator backwards compatible with older imap
>> servers?
>>
>> We want to migrate form a single 2.1.18 cyrus imap server to
>> multiple 2.3.x servers. An idea is to insert a common
>>
On 28 May 2010, at 09:09, Rudy Gevaert wrote:
>> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3174
>
> Thanks, for replying. But I'm not sure what you are saying with the
> above patches.
If you apply the above fix and set allowplaintext to "no" then
sync_client will negotiate TLS and t
On 28 May 2010, at 10:53, Torsten Schlabach wrote:
> Unfortunately, the developers are a bit quite on this problem so far.
I doubt very much that the developers are in a good position to
reproduce this problem. If you're imagining that someone is going to
fix this with a "stare at the code fo
Hi!
> of its own, but since it is just a soft link to imapd and imapd has
> -U, it possibly could work.
Interesting observation.
Actually, on our system, proxyd is not a softlink to imapd, but interesting
enough:
h06-v05:/usr/lib/cyrus/bin# md5sum imapd
0c1327a649b3788393fa4ffae912d4b8 imapd
On Fri, 28 May 2010, Ragnar Sundblad wrote:
> Is murder/aggregator backwards compatible with older imap
> servers?
>
> We want to migrate form a single 2.1.18 cyrus imap server to
> multiple 2.3.x servers. An idea is to insert a common
> murder/aggregator in front of both the 2.1.18 server and the
On Thu, May 27, 2010 at 08:52:18PM -0400, Wesley Craig wrote:
>
> For your problem, pop3d calls:
>
> prot_settimeout(popd_in, popd_timeout);
>
> just below where you've inserted the KEEPALIVE. What do you have
> poptimeout set to?
It's set to 20 minutes.
> I wouldn't be surprised by a
On 28 maj 2010, at 16.53, Torsten Schlabach wrote:
> Hi Ragnar!
>
>> Could this be mitigated by letting the proxys have a lifetime of only
>> one session?
>
> Possibly. I am sure if any proxyd terminates after having done its work
> (which means either after a logout or a given idle period) thi
Hi Ragnar!
> Could this be mitigated by letting the proxys have a lifetime of only
> one session?
Possibly. I am sure if any proxyd terminates after having done its work
(which means either after a logout or a given idle period) this would
prevent re-use and possibly avoid the problem in a quite
Hello Torsten!
On 28 maj 2010, at 15.51, Torsten Schlabach wrote:
> Hi Ragnar!
>
> We are currently doing exactly that. Interesting enough, starting off
> the same software version 2.1.18. IMO this is a very nice and very smart
> way to migrate, especially if the total number and size of your
>
Hi Ragnar!
We are currently doing exactly that. Interesting enough, starting off
the same software version 2.1.18. IMO this is a very nice and very smart
way to migrate, especially if the total number and size of your
mailboxes doesn't make it easy to just "qickly" copy everything over to
a new bo
Hello Wesley,
On Wed, May 26, 2010 at 11:52:01AM -0400, Wesley Craig wrote:
> >Has anybody been able to fix this?
>
> Define "fix".
Well I meant, using enforcing TLS. For now I set allowplaintext, but
would prefer not too.
> If you have allowplaintext set, there's no reason to
> use TLS. If
Is murder/aggregator backwards compatible with older imap
servers?
We want to migrate form a single 2.1.18 cyrus imap server to
multiple 2.3.x servers. An idea is to insert a common
murder/aggregator in front of both the 2.1.18 server and the
new servers, and seamlessly migrate users. Would this
On Fri, May 28, 2010 12:35 pm, Lorenzo Marcantonio wrote:
> On Fri, 28 May 2010, Dr. Tilo Levante wrote:
>
>
>> I have the problem, that a user lost his emails from INBOX. Is there a
>> option to increase logging, so that I can see, who deleted a message?
>
> You can enable protocol logging which s
On Fri, 28 May 2010, Dr. Tilo Levante wrote:
> I have the problem, that a user lost his emails from INBOX. Is there a option
> to increase logging, so that I can see, who deleted a message?
You can enable protocol logging which saves *each* imap transaction...
it can be enabled on a per-user bas
Hi,
I have the problem, that a user lost his emails from INBOX. Is there a
option to increase logging, so that I can see, who deleted a message?
Thank you
tilo
--
E-Mail: t...@levante.de
Internet: http://www.levante.de
Tel: +49 7624 9167-10
Fax: +49 7624 80562
Dr. Levante GmbH& Co.KG
19 matches
Mail list logo