Re: save attachment content as if they are in pager

[Erik Christiansen]

On 02.02.18 11:55, Yubin Ruan wrote:
> On Thu, Feb 01, 2018 at 07:32:29PM -0800, Barton Janes wrote:
> > The trailing = is usually caused by the text encoding of "quoted Printable"
> > 
> > https://en.wikipedia.org/wiki/Quoted-printable
> 
> Are there any ways to save the decoded message rather than the encoded one?

The Pager menu has:
s  decode-save  make decoded copy (text/plain) and delete

Have you tried it? (Pressing '?' in the menu shows the key mappings
available to you, including any mappings you've added.)

For DIY handling of quoted-printable, one could pipe to:
   $ apt-cache search qprint
   qprint - encoder and decoder for quoted-printable encoding
   qprint-doc - qprint quoted-printable encoder/decoder (documentation)

> To make it more general, is it possible to save the content generated by some
> auto_view commands, without having to split the email and type those commands
> separately in command line?

If you wanted to select a specific multipart alternative in the
Attachment Menu, then there is only 's' or '|'. With a key mapping to
invoke a macro, you could pipe the alternative to qprint, outputting to
a file - with minimal keystrokes.

Erik

Re: save attachment content as if they are in pager

[Cameron Simpson]

On 02Feb2018 11:55, Yubin Ruan  wrote:

On Thu, Feb 01, 2018 at 07:32:29PM -0800, Barton Janes wrote:

The trailing = is usually caused by the text encoding of "quoted Printable"

https://en.wikipedia.org/wiki/Quoted-printable


Are there any ways to save the decoded message rather than the encoded one?

To make it more general, is it possible to save the content generated by some
auto_view commands, without having to split the email and type those commands
separately in command line?


Well, you can set pipe_decode=yes and then pipe to a save command:

 | cat >saved_message.txt

Pipe_decode is normally "no", so that piping a message goes in the raw form to 
whatever command is receiving it. But setting it to "yes" gets you what would 
show in the pager. I think. Need to experiment.


Personally I'm surprised that the Content-Transfer-Encoding isn't decoded for 
saving things; it is there purely to get the original content through the mail 
system and should be decoded. I need to do some testing.


Yubin, your sample messages seem to be from linkedin.com; is that the case? If 
so, I've any number of them in my own inbox I can try.


Cheers,
Cameron Simpson  (formerly c...@zip.com.au)

Re: attachments not shown

[Cameron Simpson]

On 01Feb2018 21:54, Will Yardley  wrote:

Also, you can configure the order mutt displays them in, for example, I
have:
alternative_order text/calendar text/plain text/enriched text/html test/*

Sometimes it does screw me up if the text/plain and text/html parts of a
multipart/mixed messages aren't actually equivalent as they're supposed
to, and I end up missing part of an email because Mutt doesn't show it
to me based on my configured order.


Yeah. Fortunately such things are still few enough to track. I've got this in 
my muttrc:


 message-hook '%f htmlers | ~f @no-re...@cc.yahoo-inc.com | ~f @outlook.com | 
~f live.com | ~f @facebookmail.com' 'unalternative_order *; alternative_order 
text/html text/plain'

So that mutt picks the HTML first for people in the "htmlers" group and an 
assortment of other known broken senders. My default is tex/plain first.


Cheers,
Cameron Simpson  (formerly c...@zip.com.au)

Re: attachments not shown

[Will Yardley]

On Fri, Feb 02, 2018 at 02:30:16PM +1100, Cameron Simpson wrote:
> On 02Feb2018 10:45, Yubin Ruan  wrote:

> > I got three attachments in a mail, as shown in the attachment view:
> > 
> >[multipart/alternative, 7bit, 97K]
> >[text/plain, quoted, utf-8, 9.2K]
> >[text/html, quoted, utf-8, 87K]
> 
> That's really 2 attachments. The text/plain and text/html parts are
> _enclosed by the multipart/alternative part, which exists to offer two or
> more choices which are meant to be equivalent.

Also, you can configure the order mutt displays them in, for example, I
have:
alternative_order text/calendar text/plain text/enriched text/html test/*


Sometimes it does screw me up if the text/plain and text/html parts of a
multipart/mixed messages aren't actually equivalent as they're supposed
to, and I end up missing part of an email because Mutt doesn't show it
to me based on my configured order.

w

Re: save attachment content as if they are in pager

[Barton Janes]

Not that I'm aware of. Quoted Printabe is one of the oldest encodings
in email and every email client I know of encodes for it when the
default encoding method is plain text, so they send with the "=" sign
in plain text so the receiving email client can decode the line breaks
per the encoding.
~Barton


On Thu, Feb 1, 2018 at 7:55 PM, Yubin Ruan  wrote:
> On Thu, Feb 01, 2018 at 07:32:29PM -0800, Barton Janes wrote:
>> The trailing = is usually caused by the text encoding of "quoted Printable"
>>
>> https://en.wikipedia.org/wiki/Quoted-printable
>
> Are there any ways to save the decoded message rather than the encoded one?
>
> To make it more general, is it possible to save the content generated by some
> auto_view commands, without having to split the email and type those commands
> separately in command line?
>
> --
> Yubin

Re: save attachment content as if they are in pager

[Yubin Ruan]

On Thu, Feb 01, 2018 at 07:32:29PM -0800, Barton Janes wrote:
> The trailing = is usually caused by the text encoding of "quoted Printable"
> 
> https://en.wikipedia.org/wiki/Quoted-printable

Are there any ways to save the decoded message rather than the encoded one?

To make it more general, is it possible to save the content generated by some
auto_view commands, without having to split the email and type those commands
separately in command line?

--
Yubin

Re: attachments not shown

[Yubin Ruan]

On Fri, Feb 02, 2018 at 02:30:16PM +1100, Cameron Simpson wrote:
> On 02Feb2018 10:45, Yubin Ruan  wrote:
> > Hi,
> > 
> > I got three attachments in a mail, as shown in the attachment view:
> > 
> >[multipart/alternative, 7bit, 97K]
> >[text/plain, quoted, utf-8, 9.2K]
> >[text/html, quoted, utf-8, 87K]
> 
> That's really 2 attachments. The text/plain and text/html parts are
> _enclosed by the multipart/alternative part, which exists to offer two or
> more choices which are meant to be equivalent.
> 
> > After using the editor to view the whole email, it seems to me that the
> > [multipart/alternative] part is an alias for both the [text/plain] and
> > [text/html] part, because from what I have seen, there is no actual content 
> > in
> > the [multipart/alternative] part.
> 
> Yes, it is just an enclosure. In fact it is likely that the message itself
> is the multipart/alternative part, containing a text/plain and a text/html
> within it. But you can nest multipart sections if you need to.
> 
> [...]
> > the problem is, even though there are three attachments, only one is shown. 
> > I
> > already have a
> > 
> >auto_view text/html
> > 
> > set in my .muttrc, yet the [text/html] is not shown (I can view the
> > [text/html] attachment in the attachment view, though ). AFAIK, mutt will 
> > try
> > to display all attachments automatically as long as it can be autoviewed. Is
> > there any configuration options I miss here?
> 
> Ah, no.
> 
> What you've got looks like this, structurally:
> 
>  multipart/alternative
>text/plain
>  some plain text ...
>text/htmnl
>  some HTML text ...
> 
> The main text/ area is the "message" part. When mutt displays a message from
> a multipart/alternative section it chooses _one_ of the alternatives offers,
> and transcribes that to a plain text appearance using the rules from your
> mailcap settings (which may just be the system defaults).
> 
> A message with "attachments" comes with the type "multipart/mixed",
> indicating that it contains a mixture of parts, almost always a "message"
> part with the text and other parts being the zttachments, such as zip files.
> A mail message with attachments usually looks like this, structurally:
> 
>  multipart/mixed
>multipart/alternative
>  text/plain
>some plain text ...
>  text/htmnl
>some HTML text ...
>image/jpeg
>  a JPEG image, suitably encoded
>application/pdf
>  a PDF file
> 
> and so forth.
> 
> So what you have is a plain text message with no "attachments". The mutt
> "attachement" menu shows you all the parts, but more conventional mail
> readers withn't present the text area as an "attachment".
> 
> Regarding your beleif that you're getting the text/plain presented, this may
> well be so. Your setting:
> 
>  auto_view text/html
> 
> is documented here:
> 
>  http://www.mutt.org/doc/manual/#auto-view
> 
> It says that you know how to present text/html as plain text for viewing in
> the "pager" mutt view. It will look up a mailcap entry for "text/plain"
> which has the "copiousoutput" option. If you or your system doesn't have
> such an entry the "auto_view" setting is probably ignored. So mutt may be
> choosing the text/plain alternative because of this.
> 
> There is a system mailcap file and you can also have a personal
> $HOME/.mailcap file. Mine has this:
> 
>  text/html; exec 2>&1 && env DISPLAY= unhtml %s; copiousoutput
> 
> and "unhtml" is a script of mine which currently calls "lynx -stdin -dump",
> and used to run "w3m -dump -T text/html". So you could use:
> 
>  text/html; w3m -dump -T text/html; copiousoutput
> 
> to tell mutt how to present HTML as plain text.
> 
> Mutt needs such things because the pager presents plain text.

Thanks for your explanation about [multipart/alternative] and
[multipart/mixed]. I check several mails and they all seems to work in the way
you described.

--
Yubin

Re: save attachment content as if they are in pager

[Barton Janes]

The trailing = is usually caused by the text encoding of "quoted Printable"

https://en.wikipedia.org/wiki/Quoted-printable

~Barton


On Thu, Feb 1, 2018 at 7:27 PM, Yubin Ruan  wrote:
> On Fri, Feb 02, 2018 at 02:06:35PM +1100, Cameron Simpson wrote:
>> On 02Feb2018 10:25, Yubin Ruan  wrote:
>> > I try to save a multipart/alternative attachment to file but all the 
>> > content
>> > seems to be messed up. When view in a pager, it look good:
>> >
>> > 
>> > LinkedIn Highlights
>> >
>> > Should I tell coworkers my salary?
>> >
>> > 264 people are talking about this
>> >
>> > https://www.linkedin.com/comm/search/results/content/?keywords=Should+I+tell+coworkers+my+salary%3F&origin=FED_EMAIL&anchorTopic=506458&midToken=AQFSR-6AohV2qQ&trk=eml-email_feed_ecosystem_digest_01-hero-1-null&trkEmail=eml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=urn%3Ali%3Apage%3Aemail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
>> > -
>> >
>> > However, when saved to a file, it become:
>> > (which is the same as in editor when you press 'e' to edit the email)
>> >
>> > 
>> > LinkedIn Highlights
>> >
>> > Should I tell coworkers my salary?
>> >
>> > 264 people are talking about this
>> >
>> > https://www.linkedin.com/comm/search/results/content/?keywords=3DShould+I+t=
>> > ell+coworkers+my+salary%3F&origin=3DFED_EMAIL&anchorTopic=3D506458&midToken=
>> > =3DAQFSR-6AohV2qQ&trk=3Deml-email_feed_ecosystem_digest_01-hero-1-null&trkE=
>> > mail=3Deml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9=
>> > d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=3Durn%3Ali%3Apage%3Ae=
>> > mail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
>> >
>> > =20
>> > ---
>> >
>> > I know the tailing = at the end is to enable the pager to prettify thing. 
>> > But
>> > can we save directly from the pager?
>>
>> I don't think this is anything to do with locales.
>>
>> I'm presuming you're talking about saving something from the attachment
>> menu?  And not about saving a message complete.
>>
>> What you show above is interesting.
>>
>> It looks to me like the second version, the folded lines ending in "=", is
>> quoted-printable, which encoded most ASCII range text as itself, with escape
>> sequences for various bytes not in the common lower range and of course for
>> the escape character "=" itself. Its purpose it to get text through various
>> systems undamaged while keeping it visually fairly readable.
>>
>> Normally, that would be the attachment's Content-Transfer-Encoding, which I
>> would expect to be decoded on save, because the attachment is no longer
>> enclosed in a mail message structure.
>>
>> Apparently not the case.
>>
>> Can you describe _exactly_ what procedure your went through to save this
>> message, from the index view (list of message titels/authors only) through
>> to saving the file? So that we can reproduce what you've done and understand
>> it?
>
> Procedure:
>   1. enter the attachment view using 'v'
>   2. go the attachment you want to save,
>   3. press 's', which will prompt you for a file name to save the file with
>
> FYI: those tailing = are not generated by Mutt. I am using Gmail, and through
> Gmail's web interface I can confirm that the original mail already have those
> tailing = .
>
> --
> Yubin

Re: attachments not shown

[Cameron Simpson]

On 02Feb2018 10:45, Yubin Ruan  wrote:

Hi,

I got three attachments in a mail, as shown in the attachment view:

   [multipart/alternative, 7bit, 97K]
   [text/plain, quoted, utf-8, 9.2K]
   [text/html, quoted, utf-8, 87K]


That's really 2 attachments. The text/plain and text/html parts are _enclosed 
by the multipart/alternative part, which exists to offer two or more choices 
which are meant to be equivalent.



After using the editor to view the whole email, it seems to me that the
[multipart/alternative] part is an alias for both the [text/plain] and
[text/html] part, because from what I have seen, there is no actual content in
the [multipart/alternative] part.


Yes, it is just an enclosure. In fact it is likely that the message itself is 
the multipart/alternative part, containing a text/plain and a text/html within 
it. But you can nest multipart sections if you need to.


[...]

the problem is, even though there are three attachments, only one is shown. I
already have a

   auto_view text/html

set in my .muttrc, yet the [text/html] is not shown (I can view the
[text/html] attachment in the attachment view, though ). AFAIK, mutt will try
to display all attachments automatically as long as it can be autoviewed. Is
there any configuration options I miss here?


Ah, no.

What you've got looks like this, structurally:

 multipart/alternative
   text/plain
 some plain text ...
   text/htmnl
 some HTML text ...

The main text/ area is the "message" part. When mutt displays a message from a 
multipart/alternative section it chooses _one_ of the alternatives offers, and 
transcribes that to a plain text appearance using the rules from your mailcap 
settings (which may just be the system defaults).


A message with "attachments" comes with the type "multipart/mixed", indicating 
that it contains a mixture of parts, almost always a "message" part with the 
text and other parts being the zttachments, such as zip files. A mail message 
with attachments usually looks like this, structurally:


 multipart/mixed
   multipart/alternative
 text/plain
   some plain text ...
 text/htmnl
   some HTML text ...
   image/jpeg
 a JPEG image, suitably encoded
   application/pdf
 a PDF file

and so forth.

So what you have is a plain text message with no "attachments". The mutt 
"attachement" menu shows you all the parts, but more conventional mail readers 
withn't present the text area as an "attachment".


Regarding your beleif that you're getting the text/plain presented, this may 
well be so. Your setting:


 auto_view text/html

is documented here:

 http://www.mutt.org/doc/manual/#auto-view

It says that you know how to present text/html as plain text for viewing in the 
"pager" mutt view. It will look up a mailcap entry for "text/plain" which has 
the "copiousoutput" option. If you or your system doesn't have such an entry 
the "auto_view" setting is probably ignored. So mutt may be choosing the 
text/plain alternative because of this.


There is a system mailcap file and you can also have a personal $HOME/.mailcap 
file. Mine has this:


 text/html; exec 2>&1 && env DISPLAY= unhtml %s; copiousoutput

and "unhtml" is a script of mine which currently calls "lynx -stdin -dump", and 
used to run "w3m -dump -T text/html". So you could use:


 text/html; w3m -dump -T text/html; copiousoutput

to tell mutt how to present HTML as plain text.

Mutt needs such things because the pager presents plain text.

Cheers,
Cameron Simpson  (formerly c...@zip.com.au)

Re: save attachment content as if they are in pager

[Yubin Ruan]

On Fri, Feb 02, 2018 at 02:06:35PM +1100, Cameron Simpson wrote:
> On 02Feb2018 10:25, Yubin Ruan  wrote:
> > I try to save a multipart/alternative attachment to file but all the content
> > seems to be messed up. When view in a pager, it look good:
> > 
> > 
> > LinkedIn Highlights
> > 
> > Should I tell coworkers my salary?
> > 
> > 264 people are talking about this
> > 
> > https://www.linkedin.com/comm/search/results/content/?keywords=Should+I+tell+coworkers+my+salary%3F&origin=FED_EMAIL&anchorTopic=506458&midToken=AQFSR-6AohV2qQ&trk=eml-email_feed_ecosystem_digest_01-hero-1-null&trkEmail=eml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=urn%3Ali%3Apage%3Aemail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
> > -
> > 
> > However, when saved to a file, it become:
> > (which is the same as in editor when you press 'e' to edit the email)
> > 
> > 
> > LinkedIn Highlights
> > 
> > Should I tell coworkers my salary?
> > 
> > 264 people are talking about this
> > 
> > https://www.linkedin.com/comm/search/results/content/?keywords=3DShould+I+t=
> > ell+coworkers+my+salary%3F&origin=3DFED_EMAIL&anchorTopic=3D506458&midToken=
> > =3DAQFSR-6AohV2qQ&trk=3Deml-email_feed_ecosystem_digest_01-hero-1-null&trkE=
> > mail=3Deml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9=
> > d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=3Durn%3Ali%3Apage%3Ae=
> > mail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
> > 
> > =20
> > ---
> > 
> > I know the tailing = at the end is to enable the pager to prettify thing. 
> > But
> > can we save directly from the pager?
> 
> I don't think this is anything to do with locales.
> 
> I'm presuming you're talking about saving something from the attachment
> menu?  And not about saving a message complete.
> 
> What you show above is interesting.
> 
> It looks to me like the second version, the folded lines ending in "=", is
> quoted-printable, which encoded most ASCII range text as itself, with escape
> sequences for various bytes not in the common lower range and of course for
> the escape character "=" itself. Its purpose it to get text through various
> systems undamaged while keeping it visually fairly readable.
> 
> Normally, that would be the attachment's Content-Transfer-Encoding, which I
> would expect to be decoded on save, because the attachment is no longer
> enclosed in a mail message structure.
> 
> Apparently not the case.
> 
> Can you describe _exactly_ what procedure your went through to save this
> message, from the index view (list of message titels/authors only) through
> to saving the file? So that we can reproduce what you've done and understand
> it?

Procedure:
  1. enter the attachment view using 'v'
  2. go the attachment you want to save, 
  3. press 's', which will prompt you for a file name to save the file with

FYI: those tailing = are not generated by Mutt. I am using Gmail, and through
Gmail's web interface I can confirm that the original mail already have those
tailing = .

--
Yubin

Re: save attachment content as if they are in pager

[Cameron Simpson]

On 02Feb2018 10:25, Yubin Ruan  wrote:

I try to save a multipart/alternative attachment to file but all the content
seems to be messed up. When view in a pager, it look good:


LinkedIn Highlights

Should I tell coworkers my salary?

264 people are talking about this

https://www.linkedin.com/comm/search/results/content/?keywords=Should+I+tell+coworkers+my+salary%3F&origin=FED_EMAIL&anchorTopic=506458&midToken=AQFSR-6AohV2qQ&trk=eml-email_feed_ecosystem_digest_01-hero-1-null&trkEmail=eml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=urn%3Ali%3Apage%3Aemail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
-

However, when saved to a file, it become:
(which is the same as in editor when you press 'e' to edit the email)


LinkedIn Highlights

Should I tell coworkers my salary?

264 people are talking about this

https://www.linkedin.com/comm/search/results/content/?keywords=3DShould+I+t=
ell+coworkers+my+salary%3F&origin=3DFED_EMAIL&anchorTopic=3D506458&midToken=
=3DAQFSR-6AohV2qQ&trk=3Deml-email_feed_ecosystem_digest_01-hero-1-null&trkE=
mail=3Deml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9=
d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=3Durn%3Ali%3Apage%3Ae=
mail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D

=20
---

I know the tailing = at the end is to enable the pager to prettify thing. But
can we save directly from the pager?


I don't think this is anything to do with locales.

I'm presuming you're talking about saving something from the attachment menu?  
And not about saving a message complete.


What you show above is interesting.

It looks to me like the second version, the folded lines ending in "=", is 
quoted-printable, which encoded most ASCII range text as itself, with escape 
sequences for various bytes not in the common lower range and of course for the 
escape character "=" itself. Its purpose it to get text through various systems 
undamaged while keeping it visually fairly readable.


Normally, that would be the attachment's Content-Transfer-Encoding, which I 
would expect to be decoded on save, because the attachment is no longer 
enclosed in a mail message structure.


Apparently not the case.

Can you describe _exactly_ what procedure your went through to save this 
message, from the index view (list of message titels/authors only) through to 
saving the file? So that we can reproduce what you've done and understand it?


Thanks,
Cameron Simpson  (formerly c...@zip.com.au)

attachments not shown

[Yubin Ruan]

Hi,

I got three attachments in a mail, as shown in the attachment view:

[multipart/alternative, 7bit, 97K]
[text/plain, quoted, utf-8, 9.2K]
[text/html, quoted, utf-8, 87K]

After using the editor to view the whole email, it seems to me that the
[multipart/alternative] part is an alias for both the [text/plain] and
[text/html] part, because from what I have seen, there is no actual content in
the [multipart/alternative] part. Instead there are just some pointers:

MIME-Version: 1.0
Content-Type: multipart/alternative; 
boundary="=_Part_3237106_526482122.1517522433475"
To: =?UTF-8?B?6Ziu57695b2s?= 
Date: Thu, 1 Feb 2018 22:00:33 + (UTC)
X-LinkedIn-Class: CED
X-LinkedIn-Template: email_feed_ecosystem_digest_01
X-LinkedIn-fbl: 
m2-aszwv6yn2cyx11t27w2a5c2iw6ykfaqm3z4r4y5utivh7zm3r8pfdnpmndytd6fy0d1g032mbv6i8vhn8tppibujje9ixay0t8s8xc
X-LinkedIn-Id: 6mvow3-jd475j9d-y4
List-Unsubscribe: 

Feedback-ID: email_feed_ecosystem_digest_01:linkedin
Require-Recipient-Valid-Since: ablacktsh...@gmail.com; Sat, 14 Feb 2015 
07:45:15 +

the [text/plain] part looks like:

--=_Part_3237106_526482122.1517522433475
Content-Type: text/plain;charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-ID: text-body

LinkedIn Highlights

Should I tell coworkers my salary?

264 people are talking about this

https://www.linkedin.com/comm/search/results/content/?keywords=3DShould+I+t=
ell+coworkers+my+salary%3F&origin=3DFED_EMAIL&anchorTopic=3D506458&midToken=
=3DAQFSR-6AohV2qQ&trk=3Deml-email_feed_ecosystem_digest_01-hero-1-null&trkE=
mail=3Deml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9=
d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=3Durn%3Ali%3Apage%3Ae=
mail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D

 =20

...more content here...

and the [text/html]:

--=_Part_3237106_526482122.1517522433475
Content-Type: text/html;charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-ID: html-body

http://www.=
w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> http://www.w3=
.org/1999/xhtml" lang=3D"en" xml:lang=3D"en">

Re: save attachment content as if they are in pager

[Patrick Shanahan]

* Yubin Ruan  [02-01-18 21:28]:
> Hi,
> 
> I try to save a multipart/alternative attachment to file but all the content
> seems to be messed up. When view in a pager, it look good:
> 
> 
> LinkedIn Highlights
>   
> Should I tell coworkers my salary?
> 
> 264 people are talking about this
> 
> https://www.linkedin.com/comm/search/results/content/?keywords=Should+I+tell+coworkers+my+salary%3F&origin=FED_EMAIL&anchorTopic=506458&midToken=AQFSR-6AohV2qQ&trk=eml-email_feed_ecosystem_digest_01-hero-1-null&trkEmail=eml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=urn%3Ali%3Apage%3Aemail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
> -
> 
> However, when saved to a file, it become:
> (which is the same as in editor when you press 'e' to edit the email)
> 
> 
> LinkedIn Highlights
> 
> Should I tell coworkers my salary?
> 
> 264 people are talking about this
> 
> https://www.linkedin.com/comm/search/results/content/?keywords=3DShould+I+t=
> ell+coworkers+my+salary%3F&origin=3DFED_EMAIL&anchorTopic=3D506458&midToken=
> =3DAQFSR-6AohV2qQ&trk=3Deml-email_feed_ecosystem_digest_01-hero-1-null&trkE=
> mail=3Deml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9=
> d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=3Durn%3Ali%3Apage%3Ae=
> mail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
> 
>  =20
> ---
> 
> I know the tailing = at the end is to enable the pager to prettify thing. But
> can we save directly from the pager?

just a guess but I would say your locale is not correct.  the link appears
correct for me and in my editor, joe.

or your content-type is incorrect:
  Content-Type: text/plain; charset=us-ascii
  
-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Registered Linux User #207535@ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

save attachment content as if they are in pager

[Yubin Ruan]

Hi,

I try to save a multipart/alternative attachment to file but all the content
seems to be messed up. When view in a pager, it look good:


LinkedIn Highlights
  
Should I tell coworkers my salary?

264 people are talking about this

https://www.linkedin.com/comm/search/results/content/?keywords=Should+I+tell+coworkers+my+salary%3F&origin=FED_EMAIL&anchorTopic=506458&midToken=AQFSR-6AohV2qQ&trk=eml-email_feed_ecosystem_digest_01-hero-1-null&trkEmail=eml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=urn%3Ali%3Apage%3Aemail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D
-

However, when saved to a file, it become:
(which is the same as in editor when you press 'e' to edit the email)


LinkedIn Highlights

Should I tell coworkers my salary?

264 people are talking about this

https://www.linkedin.com/comm/search/results/content/?keywords=3DShould+I+t=
ell+coworkers+my+salary%3F&origin=3DFED_EMAIL&anchorTopic=3D506458&midToken=
=3DAQFSR-6AohV2qQ&trk=3Deml-email_feed_ecosystem_digest_01-hero-1-null&trkE=
mail=3Deml-email_feed_ecosystem_digest_01-hero-1-null-null-6mvow3%7Ejd475j9=
d%7Ey4-null-neptune%2Fsearch%2Eresults%2Econtent&lipi=3Durn%3Ali%3Apage%3Ae=
mail_email_feed_ecosystem_digest_01%3BrxyHuw3NTWi4n8fHNW81ig%3D%3D

 =20
---

I know the tailing = at the end is to enable the pager to prettify thing. But
can we save directly from the pager?

--
Yubin