Closed Bug 570804 Opened 14 years ago Closed 14 years ago

Local copies of attachments constantly being corrupted (mail size spontaneously changes to 1KB. saved attachment file size=27 bytes. IMAP, offline-use=off)

Categories

(MailNews Core :: Networking: IMAP, defect)

Product:
MailNews Core
Component:
Networking: IMAP
Version:
1.9.1 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: tanstaafl, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Build Identifier: 3.0.4

This is driving me mad! I probably should have reported this bug sooner, but I have been trying to nail it down so I could provide steps to reproduce it, but I simply can't.

We have been using Thunderbird exclusively in our office of 50+ computers ever since about version 0.8, and using IMAP to access our mail exclusively since about 2001, and I've never had a problem like this.

We have *never* experienced this problem before upgrading to 3.0.

The problem is - and almost everyone in our office has been experiencing this off and on since upgrading to 3.0 - attachments for messages that have been opened in the past will mysteriously stop opening, and the size for the message will be incorrectly reported as 1K.

The messages are fine on the server, because the attachments open fine through webmail, or from home or some other client. Also, rebuilding the index for the folder, moving the message from one folder to another, or just deleting the local message store will *temporarily* fix the problem message(s), but sooner or later it will do the same thing. I have seen it reoccur immediately, or stay fixed for weeks.

Most of the people who experience this (or at least report it to me) have large Inboxes (larger than 2GB), but some do not, and the problem is not limited to the Inbox. What I have been doing for the people who report the problem is creating an _Temp folder, and teaching them how to drag the message to this folder so they can open the attachment(s), then drag it back to wherever it was.

Also, the same people occasionally see the "The message body will be downloaded on demand' error, but the body will never be displayed until the message is moved to a different folder or the folder index is rebuilt.

This is infuriating and maddening, and if a fix cannot be found soon, we will be forced to revert to TB2, or some other mail client, and I really, really, *really* don't want to have to do that.

I will do whatever is asked of me to help troubleshoot this.

I have been playing with the settings described on this page for a while, to no avail:

http://kb.mozillazine.org/Entire_message_fetched_when_opening_a_IMAP_message

Help me Obi-Wan-Kenobi, you're my only hope!

Reproducible: Always

Steps to Reproduce:
Cannot say for sure.
Actual Results:  
Local copies of messages randomly get corrupted.


Why does my 'About Thunderbird" say it is version 3.0.4, but the Build ID info says:

"Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666"

Gecko 20081209??? Thunderbird 2.0.0.19??? Wtf???
a shorter description would be appreciated. lots of bugs for triagers means less reading material is preferred.

have you looked at this shortened, but not completely refined list of attachment bugs?  https://bugzilla.mozilla.org/buglist.cgi?type1-0-0=anywordssubstr&short_desc=attach&field0-0-0=short_desc&bug_severity=blocker&bug_severity=critical&bug_severity=major&resolution=FIXED&resolution=INVALID&resolution=DUPLICATE&resolution=WORKSFORME&resolution=---&classification=Client%20Software&classification=Components&chfieldto=Now&query_format=advanced&chfieldfrom=90d&short_desc_type=allwordssubstr&type0-0-0=nowords&value0-0-0=count%20counts&field1-0-0=short_desc&product=MailNews%20Core&product=Thunderbird

might be attachment or backend specific, but shunting to imap as a first guess


(In reply to comment #0)
> Why does my 'About Thunderbird" say it is version 3.0.4, but the Build ID info
> says:
> 
> "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209
> Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666"
> 
> Gecko 20081209??? Thunderbird 2.0.0.19??? Wtf???

because Mnenhy was at some time installed in this profile, and it futzes with the user agent string.  google search would probably yield some details
Severity: major → critical
Component: General → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: general → networking.imap
Version: unspecified → 1.9.1 Branch
Can you reproduce your problem with -safe-mode? (see Bug 543076)
> Also, the same people occasionally see the "The message body will be downloaded on demand' error (snip)

Same problem as bug 516211? (fixed by bug 246415, so duped to bug 246415)
(In reply to comment #3)
>> Also, the same people occasionally see the "The message body will be
>> downloaded on demand' error (snip)

> Same problem as bug 516211? (fixed by bug 246415, so duped to bug 246415)

No, we always have 'Display Attachments Inline' enabled.

However - marking as duplicate of bug 570914, since the description there is more precise, AND

it is *possible* that 3.1 already has this fixed. I upgraded our most problematic user to 3.1rc1 yesterday afternoon, and she said she didn't experience the problem again - and when I asked if she normally would have, she said 'oh yes, most definitely'. I don't consider a couple of hours proof it is fixed, but hopefully it is. I'll wait a day or two more, and if she doesn't have any additional problems, I'll report back in bug 570914.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
(In reply to comment #1)
> (In reply to comment #0)
>> Why does my 'About Thunderbird" say it is version 3.0.4, but the Build ID
<< info says:
>> 
>> "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209
>> Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666"
>> 
>> Gecko 20081209??? Thunderbird 2.0.0.19??? Wtf???

> because Mnenhy was at some time installed in this profile, and it futzes with
> the user agent string.  google search would probably yield some details

Interesting... thanks. I had googled it, but must not have hit upon the right combination of words, but after I added 'mnenhy' to the search string I found the answer and reset the pref and its back to normal - thanks...
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Sorry, not sure how/why it got unduped with my last comment...
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → DUPLICATE
Charles Marcus(bug opener):

No response to comment #2?
Next in your comment #0 usually doesn't happen, because standard Tb shows total mail size reported by server instead of really downloaded data size.
> and the size for the message will be incorrectly reported as 1K.
If Tb 3.1, some add-on's(which look compatible with Tb 3.0 but surely produces problem. Bug 543076 is perhaps an example of this.) may be automatically disabled due to incompatibility with Tb 3.1.

(In reply to comment #6)
> Sorry, not sure how/why it got unduped with my last comment...

Have you see "History" field of this bug?. It's merely produced by your mis-operation, unless mail-addr(==user-id at B.M.O) of tanstaafl_bh@netzero.net is cracked by someone. Please check your actions well before adding comment of merely complaint, please.
(In reply to comment #7)
> Charles Marcus(bug opener):
> 
> No response to comment #2?

It is difficult to say, because:

1. I have only seen this on my personal system 2 or 3 times in the the last few months, and

2. With the exception of the one person that I already updated to 3.1rc1, the others who have reported the problem only experience it intermittently, so would need to run in safe mode for at least a couple of days to be sure the problem was gone.

> Next in your comment #0 usually doesn't happen, because standard Tb shows
> total mail size reported by server instead of really downloaded data size.
>> and the size for the message will be incorrectly reported as 1K.

I know it 'usually' doesn't happen - that's why it's called a 'bug', no? ;)

> If Tb 3.1, some add-on's (which look compatible with Tb 3.0 but surely
> produces problem. Bug 543076 is perhaps an example of this.)

Ok... bug 543076 is similar, yes, but not the same.

> may be automatically disabled due to incompatibility with Tb 3.1.

3.0 did the same thing (disabled a bunch of addons that weren't compatible). I'm guessing you mean that TB3.1's ability to detect incompatible addons, not just from the encoded version compatibility string, but from the actual code itself? If that is true, then of course that is a good thing... :)

Otherwise, I'm not sure what you mean...

> (In reply to comment #6)
>> Sorry, not sure how/why it got unduped with my last comment...

> Have you see "History" field of this bug?. It's merely produced by your
> mis-operation, unless mail-addr(==user-id at B.M.O) of tanstaafl_bh@netzero.net
> is cracked by someone. Please check your actions well before adding comment of
> merely complaint, please.

Sheesh, enough already, I'm not a moron, and I'm not saying I didn't do it, I'm just saying I didn't *intentionally* change it.
(In reply to comment #8)
> Ok... bug 543076 is similar, yes, but not the same.

How about Bug 546095 which is offline-use=on case, which I duped to bug 543076?
"add-on is compatible or not" merely depends on "string set by add-on's developer for version of Tb which the add-on supports". So, if an add-on says Tb 1-3.0 is supported but he doesn't care for Tb 3.1 or later, Tb 3.1 disables it but Tb 3.0 doesn't disable it.  "Attachment size" is an example of add-on which Tb 3.0 doesn't disables automatically but produces problems with Tb 3.0 due to internal incompatibity of the add-on with Tb 3.0.
(In reply to comment #9)
> (In reply to comment #8)
> > Ok... bug 543076 is similar, yes, but not the same.
> 
> How about Bug 546095 which is offline-use=on case,

Nope...

> which I duped to bug 543076? "add-on is compatible or not" merely
> depends on "string set by add-on's developer for version of Tb which
> the add-on supports". So, if an add-on says Tb 1-3.0 is supported but
> he doesn't care for Tb 3.1 or later, Tb 3.1 disables it but Tb 3.0
> doesn't disable it.

Ok, well, this is the same thing that TB3.0 did, so don't see the relevance.

> "Attachment size" is an example of add-on which Tb 3.0 doesn't disables
> automatically but produces problems with Tb 3.0 due to internal
> incompatibity of the add-on with Tb 3.0.

My extensions (but half of these are not installed on normal users systems):

Generated: Wed Jun 09 2010 13:46:18 GMT-0400 (Eastern Daylight Time)
User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
Build ID: 20100317103207

Enabled Extensions: [30]
- accountex 0.2.4 - Export/Import Account Settings...
- Adblock Plus 1.2 - Ads were yesterday!
- CompactHeader 1.2.2 - Add ability to reduce header size to one or two lines. Linkify subjects in RSS feeds.
- Enigmail 1.0.1 - OpenPGP message encryption and authentication
- Extra Folder Columns 0.4 - Adds additional columns to Thunderbird's folder pane
- Findbar Basics 1.4 - Adds a statusbar button, clear button, optional toolbar button, and Ctrl-F toggle for the Find Toolbar.
- Folderpane Tools 0.6 - Allows for customization of the folder pane such as rearranging accounts and choosing a startup folder.
- Forward 0.9 - Add Inline / As Attachment option to Forward button and Message context menu
- FoxClocks 2.6.18 - Displays local times around the world in the statusbar/toolbar. Supports virtually all time zones.
- Hide Menubar 1.0.20091221 - Supports to hide your Mainmenu Toolbar automatically, you can press the ALT key to show it temporarily.
- Image Zoom 0.4.4 - Adds zoom functionality for images
- ImportExportTools (Mboximport enhanced) 2.3.3 - Adds some tools to import and export messages and folders
- Lightning 1.0b1 - An integrated calendar for Thunderbird
- Message Archive Options 0.3.1 - Adds the ability to customise the date format of the archive folders created by TB3's Archive Message function
- MR Tech Toolkit 6.0.4 - MR Tech Toolkit power tools for all users. (en-US)
- OpenAttachmentByExtension 0.3.1 - Open the attachment by extension and not by mimetype
- PrintingTools 0.2.9 - Add some options for message and addressbook printing
- ProfileSwitcher 1.0.6 - Adds profile name to status bar tooltip and options to launch other profiles
- Provider for Google Calendar 0.6b1 - Allows bidirectional access to Google Calendar
- Quicktext 0.9.10.1 - Adds a toolbar with unlimited number of text to quickly insert. It's also possible to use varibles like [[TO=firstname]]. With settings for everything.
- QuoteCollapse 0.8 - Collapse quotes.
- Rewrap Toolbar Button 1.0.1 - Allows you to add a Rewrap toolbar button to mail composition windows.
- SearchWith 0.4.3 - Search selected text with various search services
- ShowFolderSize 0.2.1 - Shows folders size on disk
- SmoothWheel (mozdev.org) 0.45.6.20100202.1 - Scrolls the document smoothly when scrolling the mouse wheel
- Tiny Menu 2.0.2 - Replace the standard menu bar with a tiny menu popup.
- Track Package 3.1 - Track Packages from the right-click menu.
- Update Notifier 0.1.5.5 - Notifies you when updates are available for your extensions and themes.
- URL Link 2.03.3 - Allow navigation to broken/unlinked URLs
- Virtual Identity 0.6.5 - Allows you to modify your Identity settings for a single Mail on the fly.

Disabled Extensions: [6]
- Display Mailing List Header 0.4.0 - Displays special mail headers defined in RFC 2369
- Noia 2.0 eXtreme 2.36 - Thanks to Carlitus for the wonderful icon set.
- Sieve 0.1.8 - Configures serverside sieve email filters
- SmtpSelect 1.1.0 - Toolbar button for selecting the default SMTP server for outgoing mail.
- Sync Kolab 1.5.0 - Synchronize the address book and calendar with IMAP folder or Kolab1/2 server
- View Headers Toggle Button 2.0.1 - Toolbar toggle button for viewing headers.

Total Extensions: 36

Installed Themes: [1]
- Default

Installed Plugins: (11)
- Adobe Acrobat: nppdf32.dll
 - Adobe PDF Plug-In For Firefox and Netscape "9.3.2"
- Java Deployment Toolkit 6.0.200.2: npdeployJava1.dll
 - NPRuntime Script Plug-in Library for Java(TM) Deploy
- Java(TM) Platform SE 6 U20: npjp2.dll
 - Next Generation Java Plug-in 1.6.0_20 for Mozilla browsers
- Microsoft® DRM: npdrmv2.dll
 - DRM Netscape Network Object
- Microsoft® DRM: npwmsdrm.dll
 - DRM Store Netscape Plugin
- RealPlayer Version Plugin: nprpjplug.dll
 - 6.0.12.448
- RealPlayer(tm) G2 LiveConnect-Enabled Plug-In (32-bit) : nppl3260.dll
 - RealPlayer(tm) LiveConnect-Enabled Plug-In
- Shockwave Flash: NPSWF32.dll
 - Shockwave Flash 10.0 r45
- Shockwave for Director: np32dsw.dll
 - Adobe Shockwave for Director Netscape plug-in, version 11.5
- Silverlight Plug-In: npctrl.dll
 - 4.0.50524.0
- Windows Media Player Plug-in Dynamic Link Library: npdsplay.dll
 - Npdsplay dll
(In reply to comment #10)
> My extensions (but half of these are not installed on normal users systems):
> - ShowFolderSize 0.2.1 - Shows folders size on disk

It may do similar interfare to "Attachment size" on Tb's process, because the add-on surely tries to read downloaded mail data size and/or downloaded attachemnt part size.

> - Lightning 1.0b1 - An integrated calendar for Thunderbird

Lightning may affect on download behaviour of Tb. Search B.M.O via "Advanced Search" for bugs related to Lightning.
 
Can you check with -safe-mode or suspected add-ons disabled?

By the way, reopenig your bug, for ease of tracking, with xref to bug 570914.
Depends on: 570914
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
(In reply to comment #11)
> (In reply to comment #10)
>> My extensions (but half of these are not installed on normal users systems):
>> - ShowFolderSize 0.2.1 - Shows folders size on disk

> It may do similar interfare to "Attachment size" on Tb's process,

This is one of the extensions that is only installed on mine and I only rarely experience the problem, so no, this isn't the culprit.

One other thing I forgot to mention - our mail server is on our Local Gigabit Network, so network speed/latency shouldn't be an issue.

>> - Lightning 1.0b1 - An integrated calendar for Thunderbird

> Lightning may affect on download behaviour of Tb. Search B.M.O via "Advanced
> Search" for bugs related to Lightning.
> 
> Can you check with -safe-mode or suspected add-ons disabled?

As I said:

1. Testing in safe mode isn't very practical in this case considering the intermittent nature of this bug, the fact that our users use the Calendar heavily all day, and most importantly, the likelihood that the bug is already fixed (Imo the fixes for bug 539389 and related are most likely responsible for fixing it in 3.1) - I'd literally have to keep one or more users in safe mode for days to be sure, and

2. I don't suspect any add-ons - and I certainly wouldn't have suspected Lightning - but since Lightning was supposed to have been integrated into the core code for 3.0, I would have thought that every dev tests with Lightning installed?

> By the way, reopening your bug, for ease of tracking, with xref to bug 570914.

Imo there is more evidence to support the conclusion that my bug is the same as this one than not, but it's no biggie, I was just trying to keep an additional bug from being open unnecessarily...
I see.
"ALWAYS 27 bytes" part is same phenomenon as that bug which is caused by similar problem. But the "similar problem" is same or similar or different is not so clear yet, although I believe there is no possibility of "absolutely different" is ZERO.
Your case has several different things.
(A) Phenomenon looks different betwee PDF case and WORD case.
(B) 1KB in size column, and it spontaneously changes to 1KB.
    (I think analysis around this phenomenon is impotant.)   
(C) It looks to occur very frequently. Merely many users experience?
    It looks to occur even when careful operation after re-fetch of headers
    of all mails by rebuild-index.

(copy of a part of your bug 57094 comment #11)
> Like I said,

At which comment did you say?

(B)
> it doesn't *always* revert to 1K, but the times I have personally
> seen it happen - especially when it is happening multiple times when I'm
> rebuilding the Index for a folder - it does spontaneously change the size
> displayed from the real size to 1K.

(A)
> Now that I think of it - I *think* that when the size *didn't* change it was a
> PDF attachment, and when it did, it was a .doc... but I can't be certain. I'll
> try to watch for this...

(A) Phenomenon looks different betwee PDF case and WORD case.
Next, isn't it?
- PDF  : sent in base64 encoding
- WORD : sent in quoted-printable or in text

(B) 1KB in size column, and it spontaneously changes to 1KB.
How could you see it?

(In reply to comment #4)
> it is *possible* that 3.1 already has this fixed. I upgraded our most
> problematic user to 3.1rc1 yesterday afternoon, and she said she didn't
> experience the problem again (snip)

I can say nothing about "already fixed by 3.1" or "not fixed but never occurs with Tb 3.1" or "not fixed but frequency of problem is reduced by 3.1 very much".
Still no report of problem from users upgraded to Tb 3.1rc1?
Are still there Tb 3.0 users?
What is offline-use setting of an user?
(a) offline-use=on  for all IMAP folders
(b) offline-use=off for all IMAP folders
(c) some are offline-use=on, but some are offline-use=off.
If (a), will Disk Cache Size=0 reduce frequency of problem on Tb 3.0 user?
(In reply to comment #13)
> Your case has several different things.
> (A) Phenomenon looks different between PDF case and WORD case.

I'm not absolutely certain of this...

> (B) 1KB in size column, and it spontaneously changes to 1KB.
>     (I think analysis around this phenomenon is important.)

Ok, if you can give me precise steps of what to do the next time I or one of our users encounter this, I'll make sure to get the necessary information.

> (C) It looks to occur very frequently. Merely many users experience?

One user has said it happened dozens of times per day - 'All the time' is how she puts it. The others say it depends, because the only time it happens is when they go back to previous messages with attachments.

So, I guess it could be important to note that, generally, the first time they open the message it is fine. It is only when  they go back to a message they have already looked at does this occur. I'll confirm this with them today and make sure they look for it happening on *new* messages.

>     It looks to occur even when careful operation after re-fetch of headers
>     of all mails by rebuild-index.

Again - usually, the message/attachment will open fine the *first* time they open it after rebuilding the index or moving the message. It is the *second* time they go to open it that the size spontaneously reverts to 1K and the attachments will no longer open.

In my experience, when they call me and I see the problem for myself, if it opens a second time after moving it or rebuilding the indexes, it will be ok for a while.

> (copy of a part of your bug 57094 comment #11)
>> Like I said,

> At which comment did you say?

Heck, I don't remember, I've made so many comments in different bugs about this... sorry...

> (B)
>> it doesn't *always* revert to 1K, but the times I have personally
>> seen it happen - especially when it is happening multiple times when I'm
>> rebuilding the Index for a folder - it does spontaneously change the size
>> displayed from the real size to 1K.

> (A)
> > Now that I think of it - I *think* that when the size *didn't* change it was a
> > PDF attachment, and when it did, it was a .doc... but I can't be certain. I'll
> > try to watch for this...
> 
> (A) Phenomenon looks different between PDF case and WORD case.
> Next, isn't it?
> - PDF  : sent in base64 encoding
> - WORD : sent in quoted-printable or in text
> 
> (B) 1KB in size column, and it spontaneously changes to 1KB.
> How could you see it?

When there is a problem message, its size is displayed as 1K in the size column.

After I move the message to a different folder, its size is correctly (ie, 1689K), and the attachments open. When I close the attachment,m then select a different message, then reselect the problem message, its size - right before my eyes, changes from 1689K to 1K. YEs, I actually *see* it change.

> (In reply to comment #4)
>> it is *possible* that 3.1 already has this fixed. I upgraded our most
>> problematic user to 3.1rc1 yesterday afternoon, and she said she didn't
>> experience the problem again (snip)

> I can say nothing about "already fixed by 3.1" or "not fixed but never occurs
> with Tb 3.1" or "not fixed but frequency of problem is reduced by 3.1 very
> much".
> Still no report of problem from users upgraded to Tb 3.1rc1?

She said she had one case where TB was displaying one message in the preview pane, and clicking other messages wouldn't display the contents of the newly selected message in the preview pane - but I have seen her using TB, and she clicks on different things really quickly - which makes her a great test case for testing whether there's a problem or not I guess... ;)

But other than that, no problems, and she is very very happy as compared to before I upgraded her.
(In reply to comment #14)
> Are still there Tb 3.0 users?

Yes - I have only upgraded one person, the one who was complaining the most. She wasn't using Lightning, so I could upgrade her without causing her any major issues.

> What is offline-use setting of an user?
> (a) offline-use=on  for all IMAP folders

For our users, I always set all folders to offline-use=on, but Syncing is off.

At least, I thought I was. I just happened to click the 'Synchronization' tab on My Inbox, and 'Select this folder for offline use' is *not* checked.

What I want is 'opportunistic syncing', meaning, when a message is clicked on/selected, I want it fully downloaded to the offline store, but I do *not* want the entire folder downloaded, only messages that I have clicked on.

The way I have been setting all folders to offline-use=on is:

1. Account Settings > Synch & Storage

2. Temporarily check 'Keep Messages for this account on this computer'

3. Check all of the folders to set them to offline-use=on

4. Uncheck 'Keep Messages for this account on this computer'

5. Save the settings.

Have I been doing it wrong? It seems to be working as expected.

> (c) some are offline-use=on, but some are offline-use=off.

This is how I configure mine - depending on if you're talking about the Sync tab on the folder properties or the offline setting in the Sync & Storage preference in the Account Settings.

> If (a), will Disk Cache Size=0 reduce frequency of problem on Tb 3.0 user?

I have set it to zero, cleared the cache and rebuilt the indexes on the Inboxes of two of the other more problematic users, and will make sure they call me the second they see the problem again.

Thanks for your efforts in nailing this down WADA, it is much appreciated.
As I wrote in bug 570914 comment #43, I could observe "it spontaneously
changes to 1KB" at last by pulling off of LAN cable.
What did you do when you saw "it spontaneously changes to 1KB"?
Merely switched mail after Subject/Mail Body is shown at header box/message pane? If so, it may be phenomenon of bug 570914 caused by bug 565852.
If problem happened upon sleep/wakeup(or suspend/resume) while downloading (message filter can cause downloading), it's very hard to work around.
Summary: Local copies of attachments constantly being corrupted → Local copies of attachments constantly being corrupted (mail size spontaneously changes to 1KB. saved attachment file size=27 bytes. IMAP, offline-use=off)
(In reply to comment #17)
> As I wrote in bug 570914 comment #43, I could observe "it spontaneously
> changes to 1KB" at last by pulling off of LAN cable.
> What did you do when you saw "it spontaneously changes to 1KB"?
> Merely switched mail after Subject/Mail Body is shown at header box/message
> pane?

Yes, I just clicked on a different message, then when I clicked back on the problem message it spontaneously changed to 1K...

> If so, it may be phenomenon of bug 570914 caused by bug 565852.

Looks like a good possibility...

Can you please answer my above question, repeated here:

***** Repeating above question for configuring TB properly for 'opportunistic syncing/offline use' ***************

For our users, I always set all folders to offline-use=on, but Syncing is off.

At least, I thought I was. I just happened to click the 'Synchronization' tab
on my Inbox, and 'Select this folder for offline use' is *not* checked.

What I want is 'opportunistic syncing', meaning, when a message is clicked
on/selected, I want it fully downloaded to the offline store, but I do *not*
want the entire folder downloaded, only messages that I have clicked on.

The way I have been setting all folders to offline-use=on is:

1. Account Settings > Synch & Storage

2. Temporarily check 'Keep Messages for this account on this computer'

3. Check all of the folders to set them to offline-use=on

4. Uncheck 'Keep Messages for this account on this computer'

5. Save the settings.

Have I been doing it wrong? It seems to be working as expected.

> (c) some are offline-use=on, but some are offline-use=off.

Thanks...
(In reply to comment #18)
> Can you please answer my above question, repeated here:
> ***** Repeating above question for configuring TB properly for 'opportunistic
> syncing/offline use' ***************

This bug is for problem of a kind of partial download which produces 27 bytes file for saved attachment.
This bug is never for design/spec/implementation of "Disk Cache", auto-sync etc.

I'm not interested in why you use or don't use auto-sync and/or offlin-use.
I'm interested in next only.
  With which condition problem occurred.
  (i)   auto-sync is disabled, any folder of offline-use=on or off
  (ii)  auto-sync is enabled, folder of offline-use=on
  (iii) auto-sync is enabled, folder of offline-use=off
As auto-sync is usually enabled(because enabled by default), I assumed auto-sync=enabled. So I referred (ii) by "offline-use=on" and (iii) by "offline-use=off" in this bug and relevant bugs.
WADA - please stop referring to non-existent options (see below)...

(In reply to comment #19)
> This bug is for problem of a kind of partial download which produces 27 bytes
> file for saved attachment.
> This bug is never for design/spec/implementation of "Disk Cache", auto-sync
> etc.

WADA - I'm curious how on the one hand you can say it isn't about 'auto-sync', then turn around and ask me questions about ... what my auto-sync settings are.

> I'm not interested in why you use or don't use auto-sync and/or offlin-use.
> 
> I'm interested in next only.
>   With which condition problem occurred.
>   (i)   auto-sync is disabled, any folder of offline-use=on or off
>   (ii)  auto-sync is enabled, folder of offline-use=on
>   (iii) auto-sync is enabled, folder of offline-use=off

WADA - the 'why' was just an incidental comment. My question was about *how*.

Now I have to ask - how the frack am I supposed to answer your questions above when you won't answer *my* question about the *difference* between these two seemingly *identical* *settings*?????????

My point is, *I* *don't* *know* how those are set, because there are *two* *different* settings that purport to affect them, and *you* won't answer my questions about them. I'm getting really tired of your attitude.

> As auto-sync is usually enabled(because enabled by default), I assumed
> auto-sync=enabled.

Kindly point to where this GUI or about:config option can be found, and I will answer.

Alt-C and entering 'auto-sync' returns no results, so I can only guess that you really mean: Tools > 'Account Settings' > 'Synchronization & Storage' > 'Keep messages for this account on this computer'... which is always disabled on all of my PCs.

> So I referred (ii) by "offline-use=on" and (iii) by
> "offline-use=off" in this bug and relevant bugs.

Again - since Alt-C+'offline-use' produces no results, I can only surmise that you mean one of the two different settings that appear to control 'offline-use' for each folder, but since you refuse to answer my question because for some pedantic reason you don't think it is relevant, I am simply unable to answer your questions.
(In reply to comment #20)
> WADA - the 'why' was just an incidental comment. 
> My question was about *how*.

Read thru many IMAP/auto-sync/offline-use related bugs to which you posted many comments, please. Here is B.M.O, not support forum.
WADA -

Did you even bother to read my post?

I am trying to answer your questions, but CAN NOT DO SO UNLESS YOU ANSWER MINE.
Closing out of frustration - do whatever you want, I'm sick and tired of the merry go round.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → WONTFIX
WONTFIX or will-be-fixed is decision by developers or triage team. It's never bug opener's decision.
Closing as INCOMPLETE per bug opener's comment #23.
Resolution: WONTFIX → INCOMPLETE
No longer depends on: 565852, 570914, 572974
Depends on: 570914
You need to log in before you can comment on or make changes to this bug.