Re: strange pop protocol?

2009-04-30 Thread Stefan Palme
I've just took a look on the exact POP-3 spec. There seems to be another problem: +OK 98640940.1241005...@imap.example.com imap.example.com Cyrus POP3 v2.3.13-Gentoo server ready USER username +OK Name is a valid mailbox PASS passphrase

Bug? xfermailbox seems to be broken but using rename to xfer a mailbox works just fine.

2009-04-30 Thread Janne Peltonen
Hi! Am I doing something wrong? If I try to do an xfer from one backend to another on a user, like so, xfer user.atest001r m2v3t.mappi.helsinki.fi I get Apr 30 10:24:45 m2cn1t m2v1t/imap[3793]: could not dump mailbox in m2v2t.mappi.helsinki.fi (unknown error) Apr 30 10:24:45 m2cn1t

Re : unixhierarchysep: yes/no doesn't work as expected

2009-04-30 Thread mami bond
Thanks for the reply, I tried first using #unixhierarchysep: no and no mailbox was created in Cyrus cyradm -u cyrus localhost totally empty and also empty in the folder /var/spool/cyrus/mail/letter/user/username. That's why I changed to YES - unixhierarchysep: yes and it works with the

Re: Bug? xfermailbox seems to be broken but using rename to xfer a mailbox works just fine.

2009-04-30 Thread Brian Awood
On Thursday 30 April 2009 @ 03:55, Janne Peltonen wrote: Hi! Am I doing something wrong? If I try to do an xfer from one backend to another on a user, like so, xfer user.atest001r m2v3t.mappi.helsinki.fi I get Apr 30 10:24:45 m2cn1t m2v1t/imap[3793]: could not dump mailbox in

Re: Bug? xfermailbox seems to be broken but using rename to xfer a mailbox works just fine.

2009-04-30 Thread Wesley Craig
On 30 Apr 2009, at 11:05, Brian Awood wrote: It looks like error was logged from your frontend host m2v1t, so I would guess that the xfer command was issued to it, which isn't correct. You have to connect to the backend where the mailbox is stored and give the xfer command there. But the

Re: strange pop protocol?

2009-04-30 Thread Wesley Craig
On 30 Apr 2009, at 03:08, Stefan Palme wrote: As far as I understood, a POP3 server must ALWAYS send a response (+OK or -ERR). But in my case the server does not response at all. Any hints why/how this can happen? I see this behaviour very often on the wire. Maybe it is worth mentioning that

Re: strange pop protocol?

2009-04-30 Thread Stefan Palme
On Thu, April 30, 2009 17:40, Wesley Craig wrote: On 30 Apr 2009, at 03:08, Stefan Palme wrote: As far as I understood, a POP3 server must ALWAYS send a response (+OK or -ERR). But in my case the server does not response at all. Any hints why/how this can happen? I see this behaviour very

Re: strange pop protocol?

2009-04-30 Thread Wesley Craig
On 30 Apr 2009, at 13:10, Stefan Palme wrote: No, the pop server does not hang. After this QUIT message the client disappears. The next connection from the same client (or from any other client) works normally - client can fetch at least one email. Have you enabled cyrus telemetry for this

Re: strange pop protocol?

2009-04-30 Thread kleine...@gmx.net
On Thu, 2009-04-30 at 14:15 -0400, Wesley Craig wrote: On 30 Apr 2009, at 13:10, Stefan Palme wrote: No, the pop server does not hang. After this QUIT message the client disappears. The next connection from the same client (or from any other client) works normally - client can fetch at

Re: strange pop protocol? [solved]

2009-04-30 Thread Stefan Palme
On Thu, 2009-04-30 at 20:48 +0200, kleine...@gmx.net wrote: On Thu, 2009-04-30 at 14:15 -0400, Wesley Craig wrote: On 30 Apr 2009, at 13:10, Stefan Palme wrote: No, the pop server does not hang. After this QUIT message the client disappears. The next connection from the same client (or