The problem you describe isn't a bug in Cyrus. As you pointed out in
your message, the slashes `/' are interpreted by the filesystem as
directory separators, which is why they don't exist in GOODCHARS.
I've recently patched Cyrus 2.0.11 to swap the Netnews style dot `.'
notation with slashes `/'.
Example:
user/david.fuchs
user/david.fuchs/submailbox
This way I can have dots in my usernames - I believe others may find
this useful for certain applications. I'll submit the patches as soon
as I've tested them properly - for now I've done nothing more than
create a mailbox, send mail to it, and read that mail.
As for your question about removing the space from GOODCHARS... I'm sure
it wouldn't be any problem at all as long as you don't need spaces in
your mailbox names.
-David Fuchs
----- Original Message -----
From: "Walter Steiner" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 12, 2001 03:26
Subject: mboxname_policycheck() okay?
> I'm wondering if this is an error in the cyrus-imap server:
>
> Windows Netscape user renamed his folder "inbox.prak" to
> "inbox.prak 00/01" with Netscapes "rename folder" function.
>
> The command succeeded and the folder was unusable. The folder
> was not accessible through the filesystem because of the "/".
> (directories: "inbox" -> "prak 00" -> "01" not "inbox" -> "prak
00/01")
>
> Looking through the sources I found a function mboxname_policycheck()
> This function has no "/" in its GOODCHARS define.
>
> - missing call to mboxname_policycheck()?
>
> - mboxname_policycheck() not working like expected?
>
> - ... (my fault,-) ?
>
> Another question: is it safe to remove the " " (space) from the
> GOODCHARS define in order to disallow spaces in foldernames?
> (I'm having trouble with cyradm (TCL) and spaces)
>
> -ws
