While I haven't studied your patch in detail, the normal problem with
swapping "/" for "." and then allowing "." inside a mailbox component is
that the code is not nearly as paranoid as it should be.
What do you do if a user tries creating a mailbox named "." or ".."? What
about a mailbox named "5." or "cyrus.cache"?
Larry
--On Tuesday, March 13, 2001 12:33:07 PM -0800 David Fuchs
<[EMAIL PROTECTED]> wrote:
>
> I'm currently using the patch on a small (5 user) system running Cyrus
> 2.0.12. I've not had any problems since I created and applied the patch,
> but I'm only one person...
>
> I have made some small changes. The latest patches are attached to this
> message. If there are any problems, please let me know right away! I
> plan to use the patched version of Cyrus for a large ISP I work for,
> however I'd like some input from other users first.
>
> -David Fuchs
>
>
> Allan Rafuse wrote:
>
>> Does anyone have any comments on this patch. Does it work
>> well, any problems. Also, will it work with 2..0.12?
>>
>> -Allan
>>
>> On Wed, 14 Feb 2001 14:47:52 -0800, David Fuchs wrote:
>>
>>
>>> Attached are two patch-files that will change the Netnews dot delimiter
>>> to a slash in Cyrus. I created these patches from the sources for
>>> 2.0.11 (you shouldn't need 2.0.11 to apply it though). The first file
>>> (imappatch) needs to be run in the IMAP directory of the Cyrus sources.
>>> The second file (libpatch) needs to be run in the lib directory of the
>>> Cyrus sources.
>>>
>>> User mailboxes will act differently with the patch applied. Dots are
>>> now allowed in usernames, but not slashes.
>>>
>>> Example of a mailbox listing:
>>>
>>> cyradm> lm
>>> user/david.fuchs
>>> user/david.fuchs/subfolder
>>>
>>> I've tested this patch with Microsoft Outlook Express and Pine as mail
>>> clients (POP3 and IMAP). Everything seems to work fine. I'm not a
>>> professional developer, so if there are any problems please mail me.
>>>
>>> -David Fuchs
>>>
>>> /* The sender intends this message for a specific recipient and, as it
>>> may contain information that is privileged or confidential, any use,
>>> dissemination, forwarding, or copying by anyone without permission from
>>> the sender is prohibited. Personal e-mail may contain views that are
>>> not necessarily those of the company. */
>>>
>>
>>
>>
>> <- Allan Rafuse ->
>> Systems Administrator
>> Freeview Publishing Inc.
>> email: [EMAIL PROTECTED]
>> web: http://www.freeview.com
>
