Skip to content

Mutt patches

wcwidth

This patch provides the newest wcwidth() function.

If you require Enable East Asian Ambiguous characters support, configure with '--enable-cjk-ambiguous-width'.

cjk_width
Type: boolean Default: no

When this option is set, characters in the East Asian Ambiguous (A) category as defined in Unicode Technical Report #11 have a column width of 2. Othrwise, they have a column width of 1. This variant might be useful for users of CJK legacy encodings who want to migrate to UCS without changing the traditional terminal character-width behaviour.

Note: this option only affects in UTF-8 encoding.

cjk_width_tree_chars

This patch requires the wcwidth patch and --enable-cjk-ambiguous-width option.

cjk_width_tree_chars
Type: boolean Default: no

If set, Mutt will use the result of cjk_width as a column width of WACS characters when displaying thread and attachment trees. This variant might be useful for users of CJK legacy encodings who want to migrate to UCS without changing the traditional terminal character-width behaviour.

Note: this option only affects in UTF-8 encoding.

create_rfc2047_params

create_rfc2047_parameters
Type: boolean Default: no

When this variable is set, Mutt will add the following RFC-2047-encoded MIME parameter to Content-Type header field as filename for attachment: name=”=?iso-2022-jp?B?GyRCO244MxsoQi50eHQ=?=”

Note: this use of RFC 2047’s encoding is explicitly prohibited by the standard. You may set this variable only if a mailer of recipients can not parse RFC 2231 parameters.

sanitize_ja_char

sanitize_ja_chars
Type: boolean Default: no

When set, Japanese ”platform dependent characters” (illegal characters for iso-2022-jp charset; mainly used by MS-Windows mailers) are substituted to special character, GETA mark (‘ESC $ B ” . ESC ( B’ in iso-2022-jp), and JIS X 0201 kana characters (only for ”ESC ) I” cases) are also substituted to ”?” t prevent garbage characters. JIS X 0201 kana characters are not substituted if they appear in 8bit form.

This fixes another Japanese encoding issue. In case $charset is set to ”EUC-JP”, which does not contain JIS X 0201 roman character set, the JIS X 0201 roman part of received messages encoded in iso-2022-jp can not be converted to EUC-JP. On the other hand, the ASCII part can not be converted to Shift_JIS, which does not contain ASCII character set. Thus, the converted characters are garbled in these cases. When this option is set, the JIS X 0201 roman escape sequence and the ASCII escape sequence are replaced appropriately to prevent the output from being garbled.

delete_prefix

delete_prefix
Type: boolean Default: no

If set, prefix in Subject: field generated by some mailing lists (something like ”Subject: [foo-ML:0012] real-subject”) can be deleted when displaying in index-mode and editing in message reply. Deletion pattern can be configured by $delete_regexp variable.

delete_regexp
Type: regular expression Default: “^(\[[A-Za-z0-9_.: \-]*\][ ]*)”

A regular expression used in $delete_prefix function.