Bug#134742: Spying at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=134742
"A month of sundays ago Kari Hurtta wrote:"
> Peter T. Breuer:
> > IMO it's simply a programming error, and the simplest thing is to
> > correct it. Are you saying that this behaviour is _intentional_? What is
> > its objective?
> Doing directory lookup is _intentional_.
Then what is its intention, if I may ask? The english text about
it is indecipherable to my eyes, and I speak english well, and am
> Statting perhaps can be delayed until someone asks flags
> for entry from Elm's internal directory browser.
Flags for entry? Asks FOR flags? I'm afraid I don't follow .. what is
this about flags? And what is an internal directory browser .. elm
doesn't browse, does it? It shows you all mailboxes if you type an
asterisk, but I've never seen anything that could remotely be called a
Yes, statting is precisely the problem. Or more accurately, statting
all the entries BENEATH all the directories that form initial segments
of the path to the system mailbox is the problem.
That will eventually stat things like /mnt and /cdrom, for being
offshoots of the / initial segment of /var/spool/mail. And here
it also somehow gets to stat the links in /usr/foo that are links
into the NFS automounter's area.
> Default value of local-fast-lookup can perhaps made function of
> local-fast-lookup, but that is little more complicated.
Eh? X can perhaps be made a function of X? You must have meant
> (ie. US-ASCII, and quite likely all ISO-8859-x are OK for
> local-fast-lookup=YES. However default value is SYSTEM.
> On other with UTF-8 definately local-fast-lookup=NO is needed
> if we not know that unicode strings are canonified everywhere. )
Can someone give me a clue as to WHY elm is now doing stats on
everything below every initial segment of the path to the system
mailbox? Or whatever it is doing? It seems from your remarks to
have something to do with unicode characters, but I fail to see
any logical connection whatsoever!
To UNSUBSCRIBE, email to firstname.lastname@example.org
with a subject of "unsubscribe". Trouble? Contact email@example.com