Closed
Bug 212998
Opened 22 years ago
Closed 22 years ago
Microsoft Word attchments will not open on the recipient's end
Categories
(MailNews Core :: Attachments, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 168098
People
(Reporter: shannon, Assigned: Bienvenu)
References
Details
(Keywords: dataloss)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3.1) Gecko/20030425
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3.1) Gecko/20030425
When sending a Word document from one specific computer the recipient cannot
open it on their end. A notice comes up that says
"The document name or path is not valid. Try these suggestions
* Check the file permissions for the document or drive
* Use the File OPen dialog box to locate the document."
Now when we check the document on other computers and send it it works fine. It
is just this one computer that isnt sending it correctly. Excel files come
through fine. I tried to uninstall Mozilla and then put it back on but that
didnt seem to work. I can open the document fine on this specific computer but
it just wont open once it is sent as an email attachment.
Thank you for your help
Shannon K McMillen
Reproducible: Always
Steps to Reproduce:
1.Attch the Word file to the email
2. Send email
3.Try to open it on recipient's end and it freezes and then you get the error
message
Expected Results:
Sent the attachment correctly and hopefully once you saved it to your computer
from the email attachement it would open correctly
Comment 1•22 years ago
|
||
Can you attach the attachment header from the message source ?
You may also try a new profile on the system (run "mozilla -profilemanager" and
create an additional test profile)
Comment 2•22 years ago
|
||
*** Bug 215634 has been marked as a duplicate of this bug. ***
Comment 3•22 years ago
|
||
via mail :
Content-Type: *.msword;
name="Wyoming Content Standard - Grade 4.doc"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline;
filename="Wyoming Content Standard - Grade 4.doc"
----------------------------------------------------------------------------
A workaround would be to remove the wrong mime-types from the helper apps and if
no entry is there, override the wrong windows registry settings with a correct
entry in the helper apps.
Mozilla should not use qouted-printable for non text/* mime-types because this
leads to dataloss.
from bz on IRC :
http://lxr.mozilla.org/seamonkey/source/mailnews/compose/src/nsMsgAttachmentHandler.cpp#264
http://lxr.mozilla.org/seamonkey/source/mailnews/compose/src/nsMsgCompUtils.cpp#1431
Assignee | ||
Comment 4•22 years ago
|
||
taking, will probably dup against 168098
Assignee: sspitzer → bienvenu
Assignee | ||
Comment 5•22 years ago
|
||
duping against bug 168098 - my hope is that I fixed this last weekend so that a
build from this week should work.
*** This bug has been marked as a duplicate of 168098 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•