Re: How to prevent recoding of attachments?
- To: mutt-users@xxxxxxxx
- Subject: Re: How to prevent recoding of attachments?
- From: Kyle Wheeler <kyle-mutt@xxxxxxxxxxxxxx>
- Date: Thu, 9 Oct 2008 11:54:22 -0500
- Comment: DomainKeys? See http://domainkeys.sourceforge.net/
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=memoryhole.net; h=date :from:to:subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=default; bh=+8AKSYBRax hcLtGwRpcJA6OtrlY=; b=H9cd+g8EnK6ZD9fBtnXwi/DnjDG5qRmMvS+pLW+iaS 132TxD6ggLoerNpp+i36q3KGdKuzkHy4TFTEx5KZFAGWXgGva69pIz+Wug0+UEsZ Q5Zo8xezaAEdjbMdB/gMAwD0awVe3RvodI2RtDLl3ykpen5zqWIKvudufBFzoWXg Y=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=memoryhole.net; b=nBURRdd8FeuolDqJNX50SvlBwaKw7WoHYwaIgLnWTPsfcxpIWftoqlGd8LHxxBuxN0Qqj2PqR06g5kCBOfbfXUNrFm1AlOxcpXZA4SRF3BXkM1k9D2nQwk0yBu2pzsTMejtsVJgLPKrxcSETMnVkH8zTMgAY45cibL/RIWXFG74=; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:OpenPGP:User-Agent;
- In-reply-to: <slrnges561.2l0.joerg@xxxxxxxxxxxx>
- List-post: <mailto:mutt-users@mutt.org>
- List-unsubscribe: send mail to majordomo@mutt.org, body only "unsubscribe mutt-users"
- Mail-followup-to: mutt-users@xxxxxxxx
- Openpgp: id=CA8E235E; url=http://www.memoryhole.net/~kyle/kyle-pgp.asc; preference=signencrypt
- References: <slrnges561.2l0.joerg@xxxxxxxxxxxx>
- Sender: owner-mutt-users@xxxxxxxx
- User-agent: Mutt/1.5.18 (2008-09-25)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday, October 9 at 02:27 PM, quoth Jörg Sommer:
> when sending LaTeX files or translations of program strings mutt
> recodes them and breaks them. How can I prevent mutt sends the
> attachment with a different encoding as the local? In the LaTeX file
> I define the encoding of the file as option of the package inputenc.
> If I say utf8 there, mutt can't tell the recipient of the mail the
> file is encoded in latin1 or something else.
The easiest way is to compress them first.
The fundamental problem is that text attachments get labeled with a
character set, and mutt has to make sure that this label is correct.
Your solution for po files solves this problem by tricking mutt into
believing that it's not actually a text file.
Mutt *can* attempt to guess what character set text file attachments
are in, using the $attach_charset setting. Here's the snippet from the
manual:
attach_charset
Type: string
Default: ""
This variable is a colon-separated list of character encoding
schemes for text file attachments. If unset, the value of
$charset will be used instead. For example, the following
configuration would work for Japanese text handling:
set attach_charset="iso-2022-jp:euc-jp:shift_jis:utf-8"
Note: for Japanese users, "iso-2022-*" must be put at the head
of the value as show above if included.
If you don't want mutt guessing, or if mutt proves to be pretty bad at
guessing, the easiest workaround is to simply gzip your files before
sending them - then mutt won't touch their insides.
~Kyle
- --
Last comes the beverage of the Orient shore, Mocha, far off, the
fragrant berries bore. Taste the dark fluid with a dainty lip,
Digestion waits on pleasure as you sip.
-- Pope Leo XII
-----BEGIN PGP SIGNATURE-----
Comment: Thank you for using encryption!
iEYEARECAAYFAkjuNz4ACgkQBkIOoMqOI15hrwCgy8hskcOT2mZ/JM6SrZZl6grA
nVsAoIwIHhFeBU/SK2LfnGPqNAuZZxAp
=o20X
-----END PGP SIGNATURE-----