On Friday, September 21, 2007 at 1:02:40 +0200, Adrian Bunk wrote:
> if you e.g. use the € sign in an email (not that uncommon in the areas
> covered by iso-8859-1) or write in French and use the character œ mutt
> already has to send it as UTF-8 with the current default.
Very right. However, this is an excellent argument for inserting
Latin-9 into the default $send_charset, between Latin-1 and UTF-8. I'm
not against such change: Once granted Mutt already has a moderately
western-centric default config, why not make it better?
> On Thu, Sep 20, 2007 at 04:57:11PM +0200, Alain Bench wrote:
>> this can in no way justify breaking the $send_charset feature.
> "breaking" is really a hard word.
Sorry: I unwrite it, and instead "prevent it to work optimally".
> Consider your locale uses charset A, you create a patch for a source
> file in charset B, include it using "insert-file" in your editor, and
> let your MUA send it with charset C.
Patches are indeed a special case among other texts. I'd generally
attach them via compose:<attach-file> (a), then force their outgoing
charset to B via compose:<edit-type> (^T), and reply negatively to the
following "Convert to B upon sending? ([yes]/no):" prompt. Result sent
is the straight B patch under the MIME charset=B label.
If I "insert-file" a short patch in my editor, it's not to apply it,
but to discuss it. I then want it to follow the normal $charset to
$send_charset processing, as my own text, so that composed text and
patch are readable together.
But in fact I most frequently <attach-file> a patch.gz as
application/x-gunzip. That's even a script that helps me doing it: Adds
a PATCHES tag, GnuPG --clearsign --not-dash-escaped it, gzips it, and
copies it to Mutt's directory ready to be <attach-file>d.
Footnote: The conv/noconv hint gets displayed in the Attachments and
Compose menus when $attach_format contains the %c expando.
Bye! Alain.
--
Mutt muttrc tip to send mails in best adapted first necessary and sufficient
charset (version for East Europe Latin-2/CP-852/CP-1250 terminal users):
set
send_charset="us-ascii:iso-8859-1:iso-8859-15:windows-1252:iso-8859-2:windows-1250:utf-8"
