Re: Log all actions

2010-05-28 Thread Rob Mueller
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.

Re: Problems to access accounts in murder imap

2010-05-28 Thread Wesley Craig
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

Problems to access accounts in murder imap

2010-05-28 Thread Oscar Nuñez
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

Re: Experiment to test TCP keepalive for pop3d proxies

2010-05-28 Thread Wesley Craig
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Ragnar Sundblad
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 >>

Re: How to make sync_client invoke STARTTLS for replication

2010-05-28 Thread Wesley Craig
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Wesley Craig
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Torsten Schlabach
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Andrew Morgan
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

Re: Experiment to test TCP keepalive for pop3d proxies

2010-05-28 Thread Gary Mills
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Ragnar Sundblad
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Torsten Schlabach
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

Re: upgrading with murder/aggregator

2010-05-28 Thread Ragnar Sundblad
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 >

Re: upgrading with murder/aggregator

2010-05-28 Thread Torsten Schlabach
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

Re: How to make sync_client invoke STARTTLS for replication

2010-05-28 Thread Rudy Gevaert
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

upgrading with murder/aggregator

2010-05-28 Thread Ragnar Sundblad
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

Re: Log all actions

2010-05-28 Thread Eric Luyten
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

Re: Log all actions

2010-05-28 Thread Lorenzo Marcantonio
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

Log all actions

2010-05-28 Thread Dr. Tilo Levante
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