Hi, Arnt recommended that I try Mulberry as it would do a good job of checking my compatibility.
It did indeed find a few issues relating to byte counts in message parts. I now have my server running correctly with Mulberry. However, some different issues have come to light. 1. Mulberry seems to assume that it is the only client that accesses the mail store. It doesn't use the IDLE command, and rarely sends NOOPS. In fact it only ever seems to do FETCH & STORES unless you explicitly hit the check button. 2. It seems happy with NIL data returns for its BODY[] requests when a message has been expunged but, due to it never issuing a command where I can tell it the message has expunged, the message stays there until the user hits check or after about 5 minutes it does a NOOP. Am I doing something wrong? Have I missed a configurable option? Before anyone asks, the main reason for implementing IMAP is for shared folders. This is the SOLE reason our customers have asked for it. At the moment, the only clients that seems to do a good job of shared folders are the dreaded Outlook duo from MS. I cant find any others that use IDLE or NOOP at a reasonable rate. Any suggestions would be appreciated. Regards Richard Bang Floosietek Ltd [EMAIL PROTECTED] http://www.floosietek.com Floosietek Ltd (http://www.floosietek.com) (registered office) Floosietek Ltd, Abbey Lodge, Station Road, West Dereham, Norfolk PE33 9RR, UK Fax : +44 1366 500560 ,UK Company No 02919324 The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If it has been wrongly sent to you, please delete immediately and notify us. Thank you. -- ----------------------------------------------------------------- For information about this mailing list, and its archives, see: http://www.washington.edu/imap/imap-list.html -----------------------------------------------------------------
