On Friday, 27 August 1999 at 17:46, David DeSimone wrote:
[snip]
> But, as shown, a folder name such as "+folder" would expand out to be
> "{imapserver}INBOX/folder". That's clearly the wrong path; it should be
> "{imapserver}folder" to reference a folder stored in your home
> directory.
>
> But Mutt insists on inserting that slash character, so a setting of
> simple "{imapserver}" for $folder would expand to "{imapserver}/folder",
> which refers to a file in the root directory, and not the user's home
> directory.
Okay, that's a bug. I'll try to get that one fixed soon. Should mutt append
the delimiter except against the root namespace {imapserver}, or should you
just have to say 'set folder="{imapserver}Mail/" (mutt will never append
the slash to imap folders)?
> On my server, I have login access, and so I have placed all
> my folders in a subdirectory called "mail". So, I can set
> folder="{imapserver}mail", and thus Mutt will expand "+folder"
> to be "{imapserver}mail/folder", which is correct.
>
> Well.. it's correct, if your server uses "/" as a pathname separator.
> If it only understands ".", the above wouldn't work...
It should work. Mutt should translate '/' to the delimiter appropriate to
the path. If it doesn't I'd like to see it (I haven't tested this code, just
read it).
--
Brendan Cully <[EMAIL PROTECTED]> | OLD SKOOL ROOLZ
"I hope I don't win | .-_|\
The rules say to bring a friend | / \
I don't have any" | Perth ->*.--._/
