From MozillaZine Knowledge Base

I think that important information has been removed if we get rid of the sentence which says that The data is deleted according to the user’s settings for Download History. --Mozcerize 17:11, 2 February 2006 (UTC)

I agree (even though TB in its present state doesn't provide any way to clear the file!). --wintogreen 18:35, 2 February 2006 (UTC)
I disagree because the fact that the Download Manager might clear it belongs to a Download Manager article. We're not here to describe each feature that can change the contents of the file, but only to list them.--Np 21:21, 2 February 2006 (UTC)
Ok, I can see the merit in this approach. Let me think it through for a day or two. --Mozcerize 11:35, 3 February 2006 (UTC)

In the revised intro, "...attachments are downloads" is more concise, certainly, but it doesn't sufficiently describe the file behavior in TB. I was very specific in what I wrote in the into about TB because TB writes to the file only when attachments are opened or saved (not downloaded from the server), and only when opened or saved in certain ways. E.g., if you drag the attachment from the attachments pane to the desktop, this save action does not get recorded in the file, oddly enough. The solution might be to make a separate downloads.rdf file for TB, but for now I'm going to revert the edit to keep the accurate descriptive info there. --wintogreen 18:35, 2 February 2006 (UTC)

I've given it another shot and kept this info. But do we really want to describe the bugs in Thunderbird that cause an attachment not to be listed? --Np 21:21, 2 February 2006 (UTC)
Thanks. Yes, insofar as we care about how downloads.rdf functions in Thunderbird, we do want to include this information. The bug in Thunderbird is that it uses this file in the first place. --wintogreen 22:01, 2 February 2006 (UTC)
Err...--Np 22:37, 2 February 2006 (UTC)
Yes, I know. --wintogreen 05:06, 3 February 2006 (UTC)