delivery to plussed mailboxes

[chrisb]

I lost the thread, but someone couldn't deliver to
plussed/detailed mailboxes.

What's the value of altnamespace in imap.conf?

What's the value of CYRUS_MAILER_FLAGS in sendmail.mc?  sendmail
cannot do checking for ruleset 5 if you want delivery to plussed
mailboxes.

Good luck.

Chris

RE: ANN: Alternate namespace for Cyrus IMAP

[chrisb]

From: Tarjei Huse [EMAIL PROTECTED]

Hi,
 One point that I failed to mention is that subfolders of INBOX are _NOT_
 permitted when using the alternate namespace (subfolders of other
 personal folders are allowed).  This sacrifice had to be made in order
 to preserve the existing mailstore structure.
I have no problem with this, other than: How do you move existing users over
to this new system?
Tarjei


In my limited case, the process was:
  1. compile Ken's branch
  2. (ask Ken some questions, but please skip this since you are
  reading this)
  3. make install
  4. edit imapd.conf to have 
 altnamespace: yes 
 userprefix: user
  5. request users to all exit their mail clients (NS and MS in
  our case)
  6. kill and then restart master

YMMV, but in our case, existing folders were moved up one level
of hierarchy:

   before: INBOX---
  |--Trash
  |--infocyrus
  |--linux---
|--debian
|--ipchains
  |--realestate
  |--school
   
   after: INBOX
  Trash
  infocyrus
  linux---
 |--debian
 |--ipchains
  realestate
  school
   
as viewed in the NS client.  

The directory/file structure in spool/imap/user remained the
same.

Even NS clients which were open during the changeover still
survived, with only some message delete ability not behaving
properly.  After closing and restarting the NS client, the
behavior was fine, with no lost messages or folders.

Chris

Re: ANN: Alternate namespace for Cyrus IMAP

[chrisb]

From: Ken Murchison [EMAIL PROTECTED]

[EMAIL PROTECTED] wrote:
 
 From: Ken Murchison [EMAIL PROTECTED]
 
 I am pleased to announce the availability of an alternate namespace for
 Cyrus IMAP which allows personal folders to reside at the same
 [top]level as the INBOX.  You should consider this code to be late-beta,
 
 
 I encourage people to check this out, and give Ken feedback.  It
 is working very well for me.
 
 This feature satisfies an urge which most of my users have,
 namely to create folders at the same level of hierarchy as the
 INBOX in their NS and MS clients.

One point that I failed to mention is that subfolders of INBOX are _NOT_
permitted when using the alternate namespace (subfolders of other
personal folders are allowed).  This sacrifice had to be made in order
to preserve the existing mailstore structure.

Seems preferable to me...and the setting is in imapd.conf if you
don't agree.

Chris

RE: latest cvs lmtpd

[chrisb]

From: Nick Ustinov [EMAIL PROTECTED]

it works on the actual system with this load. the best test you can have :)



Do you think the new lmptd improved performance?

Chris

rlimit and linux 2.2.x

[chrisb]

Ramiro noted in his cyrus-imap RPM release for 2.0.11:

- Add patch from Lawrence Greenfield for bad file descriptor
  ordering and rlimit type portability.

I still see rlimit problems in linux 2.2.x with
cyrus-imap-2.0.13.  Did this patch make it into that release?
Has anyone else seen problems with rlimit in master.c?

Thanks.

Chris