Closed Bug 281252 Opened 20 years ago Closed 20 years ago

Disable conversion to 7bit on request

Categories

(Thunderbird :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird1.1

People

(Reporter: patrick, Assigned: mscott)

Details

Attachments

(2 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

RFC 3156 (PGP/MIME) requires all text parts to be either 7bit ASCII or
quoted-printable. Furhtermore, trailing whitespaces have to be escaped.
Currently all messages are automatically converted to 7bit if possible, ie.
there is no way, Enigmail could request 8bit (or QP) encoding in order to comply
with standards.

Reproducible: Always

Steps to Reproduce:
Attached patch Proposed patch for Mozilla 1.8a (obsolete) — Splinter Review
Patch that adds a new field (ForceCharSetEncoding) to nsIMsgCompFields and
corresponding handling.
Attachment #173526 - Flags: review?(mscott)
Comment on attachment 173526 [details] [diff] [review]
Proposed patch for Mozilla 1.8a

this seems reasonable to me. I wonder about he name force charset encoding.
When I think charset encoding I'm thinking "use a force charset on this
message" which we already have in other parts of the app.

i.e. view a message, then  change the charset on it, that's what appling a
forced charset means to me.
Attachment #173526 - Flags: superreview?(bienvenu)
quoted printable causes lots of problems. Is Enigmail planning on forcing quoted
printable?
Comment on attachment 173526 [details] [diff] [review]
Proposed patch for Mozilla 1.8a

the patch looks ok, like Scott said, but the name of the method doesn't seem
quite right - maybe ForceMsgEncoding? And as I said before, quoted printable
just wrecks havoc with attachments.
Unfortunately, you're forced to use quoted-printable when using PGP/MIME signed
messages if you want to be compliant to RFC 3156 and RFC 2440. So, I don't have
too much choice ...
Attachment #173526 - Attachment is obsolete: true
Attachment #173526 - Flags: superreview?(bienvenu)
Attachment #173526 - Flags: review?(mscott)
Attachment #180466 - Flags: superreview?(bienvenu)
Attachment #180466 - Flags: review?(mscott)
Attachment #180466 - Flags: superreview?(bienvenu) → superreview+
Attachment #180466 - Flags: review?(mscott)
Attachment #180466 - Flags: review+
Attachment #180466 - Flags: approval-aviary1.1a?
Comment on attachment 180466 [details] [diff] [review]
Updated patch, renamed methods to ForceMsgEncoding

a=chofmann
Attachment #180466 - Flags: approval-aviary1.1a? → approval-aviary1.1a+
Scott/David, can one of you check in the code? I don't have write access to CVS.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird1.1
           if (NS_SUCCEEDED(rv)) 
           {
+            if (m_compFields->GetForceMsgEncoding());
+              isAsciiOnly = PR_FALSE;
+              

this doesn't look right - the ; makes it so we won't set isAsciiOnly to false. I
assume this is a typo?
yes, this is definitely a typo. Thanks for spotting this one!
Attached patch fix for typoSplinter Review
Attachment #185683 - Flags: superreview?(mscott)
Attachment #185683 - Flags: superreview?(mscott) → superreview+
Attachment #185683 - Flags: approval-aviary1.1a2?
Attachment #185683 - Flags: approval-aviary1.1a2? → approval-aviary1.1a2+
fix for typo checked in.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: