Yes, the delimiter is decided by the IMAP server. The slash `/' is, by
default, an illegal character in mailbox names - it doesn't follow the
Netnews namespace standard. You can check to see what Netscape (and any
other IMAP Client) will use as a deliminator by logging into your IMAP
server and sending the NAMESPACE command.
Example:
C=Client (Me)
S=IMAP Server
[root@matiple /bin]$ telnet localhost 143
S Trying 127.0.0.1...
S Connected to localhost.uniserve.ca.
S Escape character is '^]'.
S * OK matiple.mydomain.org Cyrus IMAP4 v2.0.11 server ready
C . login david mypass
S . OK User logged in
C . namespace
S * NAMESPACE (("INBOX/" "/")) (("user/" "/")) (("" "/"))
S . OK Completed
This gives you the namespace info that netscape will use to determine
the mailbox delimiter. Yours will look different, of course, because
you're using a dot `.' for the delimiter (ie: the NAMESPACE line should
contain dots rather than slashes). The only way to change the delimiter
is to patch the source. I'll upload the patch (to convert from dots to
slashes) later today.
Hope that helps a bit...
-David Fuchs
----- Original Message -----
From: "Walter Steiner" <[EMAIL PROTECTED]>
To: "Lawrence Greenfield" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 01:50
Subject: Re: mboxname_policycheck() okay?
> > What version of Cyrus are you using? I'm unable to duplicate this
>
> sorry: 2.0.11
>
> > Are you sure that Netscape didn't silently translate the "/" into a
"."?
>
> Now that I'm back I've looked into the problem.
>
> 0) renaming "xxx yyy" to "xxx yyy 00/01"
>
> 1) Yes, netscape/cyrus/whatever seems to translate the / into a dot.
> mailbox.db is okay (no /, but a dot)
>
> 2) ... but netscape fails to show the correct folder listing:
>
> - before: inbox -> "other folders"
> inbox -> "xxx yyy"
>
> - after: inbox -> "01" (unusable folder: ... not found)
> inbox -> "other folders"
>
> That was the point the user paniced and called me for assistance.
> I think he saw the "01" folder and was not able to do anything useful
> with this folder. I was in a hurry to leave, phoned him and got a
wrong
> feeling for the real problem. It is not the cyrus server which gots
> the /, stores the name given by the user in its internal data struct.
> like mailbox.db but creates a folder as an unwanted subdirectory named
> as the last part of the name given. It is a problem in netscape...
> (folder listing)
>
> 3) reloading the folder list solves the problem No. "2)" partially.
> A folder "inbox.xxx yyy 00" appeared with a subfolder "01" in it.
> Now he is is able to access the missing mails through the
> "unwanted" subfolder "01" in "inbox.xxx yyy 00.01".
> The (non-existing) folder "inbox.01" is still in netscapes listing
> and is (of course) unusable.
>
> I'm not lucky with this but as long as netscape translates the / to a
> dot there seems nothing I could do to prevent such problems and
further
> "problems with the new mail server",-)
>
> Is this feature controlled by the imap server itself? ... some kind
> of negotiation or information it sends to the client? mutt seems to
> silently translate the / to a dot too.
>
> Thanks for the clarification, ws
