On Saturday 03 Sep 2011 Paul Kraus wrote: > On Sat, Sep 3, 2011 at 4:50 AM, Anne Wilson <cannewil...@googlemail.com> wrote: > > No, you are misunderstanding what I have said. If you look using a file > > manager, you will see the directory the report mentions. > > This is the first time I recall you mentioning use of a "file manager". > I started from the command line, but when I met with no success I turned to a file manager to check what I was seeing.
> On Aug. 31 you said: "Those are (empty) directories, created by KMail. > " referring to > "/home/anne/.kde/share/apps/kmail/imap/.1687036093.directory/.INBOX.direct > ory/Newsletters:" and one other. > > Then on Sep 1 you said: "ls: cannot access > /home/anne/.kde/share/apps/kmail/imap/.1687036093.directory/.INBOX.director > y/Newsletters: No such file or directory" > > and > > "Since these folders are created by KMail, I assume they act as some sort > of pointer but I can't see any clue as to exactly what they are." > > > Try doing that in a > > terminal, and where you get beyond .kde/share/apps/kmail/imap you start > > getting "No such file or directory". > > So you are saying that a file manager and a command line shell are > returning different information? That implies that you are running > each with different rights (as a different user or as part of > different groups). > > Or that the file manager has something cached that no longer exists. > Did you try asking the file manager to refesh it's view of the > directory? > Refreshing makes no difference. The files are always there - more info below. > If you are logged in as root and the filesystems are all local, you > should be able to see everything via the shell. > This is where it seems puzzling. The directory below imap, and the files therein are owned anne:anne - this is my home directory. I can see them in the file manager but not in a terminal. However, change to root and I can see them. However.... Even as root, if I try to descend into the directory 1687036093 (which I see clearly listed, owned by anne:anne and 0 bytes long) again I am told that there is no such file or directory. > > They appear to be virtual directories and > > files of some sort, related to the files in ~/Maildir. > > There are a limited number of ways to have "virtual directories" in > Unix-like OSes, all of which will show up via a shell just as much as > via a file manager. > Yes, I wasn't convinced by the theory either, but could think of no other. > > Interestingly, if you > > look in Dolphin at the properties of first directory that bash says > > doesn't exist it says that it is 101.4 MB in 529 files, 141 sub-folders. > > I don't understand exactly how this is working, but once I had realised > > that, I could trace the directories within Maildir - the snag being that > > because ClamAV is pointing to the "virtual directory" it isn't > > indicating which mail message contains the problem. > > If KMail is using MBox format to store local copies of the IMAP > messages, then they (the messages) will not be in directories, but in > one file per IMAP folder (not one directory per folder and one message > per file, that would be MDir format). I do not know the workings of > KMail, so I do not know if this is the case, but it would explain the > path that ClamAV is reporting. > No, KMail is set to use maildir format. In each folder I can clearly see the individual messages. > > The whole explanation of this has only become apparent as I have dug > > deeper. Of course I first explored using your method - that was when I > > first came across this "No such file or directory" statement. > > And you did not share that knowledge, such as "I can see directory X > but when I try to look at directory X/Y ls cannot list it" would have > gone a long way to clarify what you were doing. > I did, from the start - though perhaps it could have been expressed more clearly. Anne
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml