we’d need a small favor from you. We’re looking for the file names masks that your P2P programs are using when downloading files. I mean the names of the files before the download is complete.
For example, WinMX names incomplete files like __INCOMPLETE___original-filename.mp3
Kazaa AFAIK uses something like XXXXXXXX.dat where X’s are some random numbers.
Etc etc…
Please report the name of the P2P app, and the filename mask.
We’re looking to ways to enhance the P2P Shield and excluding those interim files from scanning is one way to greatly improve performance.
But the actual temp file is only that with the ‘.part’ extension. Every eMule uses these part-files. The other files (depending on what eMule-Mod you use) contain for example information about sources or settings for this file. These are usually small files.
The active download files are in a TEMP directory; after download is finished they are moved to DOWNLOAD directory (I am sure you know this).
I agree with Lee that there are always two files while downloading.
I disagree only on one point with Lee, because in Explore\Bearshare\TEMP I see that the DAT file is between 1-5K and disappears when the download is complete; the actual file that is building is ONLY named the same as the posted share file with no .extension.
example:
NAME SIZE TYPE
POPULARPROGRAM FULL COPY 3k DAT FILE
POPULARPROGRAM FULL COPY 163,105 KB WinZip File
The TYPE can be termed Tiger, ZIP, DAT, WinRAR Archive, etc.
The “white file” Lee is referring to is the icon in front of the NAME. The data file has the white Windows system icon, while the program name can have a zip icon, rar icon, etc.
I hope that after posting my “organization” of the examples above stays organized, it may mess up after posting. Hopefully you can understand what I am talking about if it does…
I use eMule Plus version 1o. eMule Plus assigns a number in ascending order, to each file as it is selected for download. It creates seven related files (but this can be changed in user preferences). If the assigned number is 17 the files look like:
017.part – file that hasn’t finished downloading
017.part.met – stores filename and tracks downloaded sections (data chunks) and custom priority settings
017.part.met.bak – back up of the previous file
017.part.settings – preview settings
017.part.stats – collects upload statistics for files still downloading
017.part.dir – saves customised destination directories
017.part.txtsrc – keeps track of most reliable file sources per use
Maybe not just automatic detection of P2P destination / temporary directories for files and extensions, but also ability for customers to define additional ones (ie i use two Bittorrent programs and for both i got different temp / destination folders etc) …