#7997 closed defect (worksforme)
Trac always sends Base64 encoded mail, even when not necessary
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | general | Version: | none |
Severity: | normal | Keywords: | |
Cc: | jidanni@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Trac always sends Base64 encoded mail, even when not necessary.
(So we need to fire up a mail reader to read it.)
Attachments (0)
Change History (3)
comment:1 by , 16 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
follow-up: 3 comment:2 by , 16 years ago
Cc: | added |
---|
OK, but 1. TracIni#notification-section is not something the small potatoes end user can change without asking for help.
- Perhaps consider e.g., algorithms like emacs' gnus message.el, which I believe picks the best
choice of the three, automatically per message. E.g., for only one non ASCII, then use QP. For lots, use base64, for none, use none.
comment:3 by , 16 years ago
Replying to jidanni@…:
OK, but 1. TracIni#notification-section is not something the small potatoes end user can change without asking for help.
- Perhaps consider e.g., algorithms like emacs' gnus message.el, which I believe picks the best
choice of the three, automatically per message. E.g., for only one non ASCII, then use QP. For lots, use base64, for none, use none.
Which means: parse the entire message to guess the best type.
I'm pretty sure this topic has already been debated in another ticket.
It's quite easy to set up QP as the default encoding type if you don't want Base64 and be able to read email with a teletype ;-)
However, for international use, Base64 is still the best choice.
See TracIni, more specifically the
[notification] mime_encoding
option, where you can select "qp" for quoted-printable encoding, or "none" if you are sure that no encoding is ever needed. IIRC, the latter often won't work, because the "…" used when obfuscating e-mail addresses is not an ASCII character.