Stephen Liu wrote:
> Hi Michael,
>
>
>>> I have the feeling you should add this to your imapd.conf:
>>>
>>> sasl_mech_list: PLAIN
>>>
>> I miss AUTH=LOGIN and AUTH=PLAIN
>> so "sasl_mech_list: PLAIN" will only cause that no auth mech
>> will be available.
>
>
> Performed following test;
>
>
>
On Wed, 18 Jun 2008 23:04:49 +0200, "<::Teresa_II::>" <[EMAIL PROTECTED]> said:
> У ср, 2008-06-18 у 14:00 +1000, Bron Gondwana
> пише:
> > I promised I'd have something to say about skiplists soon!
>
> My cyrus runs on amd64 too, so does
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linu
On Wed, Jun 18, 2008 at 09:14:10AM +1000, Rob Mueller wrote:
>
> 2. How are you copying the data? Recommend using rsync -az which will
> preserve all the attributes + timestamps
I would also recommend using the -H option to rsync:
-H, --hard-linkspreserve hard links
If a lo
On Wed, 18 Jun 2008, Bernhard D Rohrer wrote:
> Hi guys
>
> i have one user who loops on login and the log looks like this:
>
> Jun 18 14:30:23 collab cyrus/master[10337]: about to exec
> /usr/lib/cyrus/bin/imapd
> Jun 18 14:30:23 collab cyrus/imap[10337]: executed
> Jun 18 14:30:23 collab cyrus/i
>
> Simon Matter said:
>>>
Moving the /var/spool/imap directories, and /var/lib/user/{}.seen
files to the new server and reconstructing works fine except that all
the
mail shows up as "not read" on the new sever.
>>>
>>> The seen state is keyed on the mailbox "uniqueid", so if t
Simon Matter said:
>>
>>> Moving the /var/spool/imap directories, and /var/lib/user/{}.seen
>>> files to the new server and reconstructing works fine except that all
>>> the
>>> mail shows up as "not read" on the new sever.
>>
>> The seen state is keyed on the mailbox "uniqueid", so if that change
Rob Mueller said:
>
>> Moving the /var/spool/imap directories, and /var/lib/user/{}.seen
>> files to the new server and reconstructing works fine except that all
>> the
>> mail shows up as "not read" on the new sever.
>
> The seen state is keyed on the mailbox "uniqueid", so if that changes, the
>
Hi guys
i have one user who loops on login and the log looks like this:
Jun 18 14:30:23 collab cyrus/master[10337]: about to exec
/usr/lib/cyrus/bin/imapd
Jun 18 14:30:23 collab cyrus/imap[10337]: executed
Jun 18 14:30:23 collab cyrus/imap[10337]: accepted connection
Jun 18 14:30:28 collab cyrus
Hi,
I noticed a strange effect when authenticating to Cyrus IMAP with DIGEST-MD5
in a virtdomain scenario. The mail client tried to log in with
"[EMAIL PROTECTED]", but this resulted in:
Jun 18 09:06:25 imapper cyrus/imap[1656]: accepted connection
Jun 18 09:06:25 imapper cyrus/imap[1656]: badl
