Re: HTML mail which isn't handled correctly by 'auto_view text/html
On Thu, Feb 07, 2019 at 07:50:36PM -0600, Derek Martin wrote: > Chris, > > Based on the excerpt you posted: > > On Tue, Feb 05, 2019 at 10:10:51PM +, Chris Green wrote: > > ... > > ... > > ... > > Subject: Your order 3179771 is due for delivery by DHL Parcel UK > > Content-Type: multipart/alternative; > > > > boundary="--boundary_145134_db6b4c85-2751-452f-bf4b-c56010b07587" > > Message-ID: > > > > Status: RO > > Content-Length: 20807 > > Lines: 285 > > > > Content-Type: text/plain; charset="us-ascii" > > Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > > ... > > ... > > ... > > > > ...it appears this is a multi-part message, theoretically intended to > have both an HTML part and a plain text part, where the first part is > HTML that is idiotically marked as plain text, because their IT folks > are too lazy/stupid to produce a proper multipart/alternative message. > I would encourage you to complain to DHL, but I would also expect that > to be futile, so I won't bother. ;-) > > But the next thing I would recommend is look again at the message > parts (press v on the message in the index). There may be an actual > HTML part that you're not seeing, because your settings prefer the > plain text (as mine do). In that case, Mutt is displaying the faux > plain text, since you quite reasonably told it to, and doing it > verbatim and not trying to run any conversion on it, since... DHL told > Mutt it shouldn't need to. > > Probably you can select the HTML and manually display it. Either that > or DHL is just really that bad at e-mail. :-( > I'm pretty sure that there was only one part, I saved the message and opened it with vi[le] and a quick scan through it showed the HTML header stuff at the top and closing HTML at the end. I will check more carefully next time I get one though, thanks. -- Chris Green
Re: HTML mail which isn't handled correctly by 'auto_view text/html
Chris, Based on the excerpt you posted: On Tue, Feb 05, 2019 at 10:10:51PM +, Chris Green wrote: > ... > ... > ... > Subject: Your order 3179771 is due for delivery by DHL Parcel UK > Content-Type: multipart/alternative; > boundary="--boundary_145134_db6b4c85-2751-452f-bf4b-c56010b07587" > Message-ID: > > Status: RO > Content-Length: 20807 > Lines: 285 > > Content-Type: text/plain; charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > > > > > ... > ... > ... > ...it appears this is a multi-part message, theoretically intended to have both an HTML part and a plain text part, where the first part is HTML that is idiotically marked as plain text, because their IT folks are too lazy/stupid to produce a proper multipart/alternative message. I would encourage you to complain to DHL, but I would also expect that to be futile, so I won't bother. ;-) But the next thing I would recommend is look again at the message parts (press v on the message in the index). There may be an actual HTML part that you're not seeing, because your settings prefer the plain text (as mine do). In that case, Mutt is displaying the faux plain text, since you quite reasonably told it to, and doing it verbatim and not trying to run any conversion on it, since... DHL told Mutt it shouldn't need to. Probably you can select the HTML and manually display it. Either that or DHL is just really that bad at e-mail. :-( -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. pgpwnGuasQq3Z.pgp Description: PGP signature
Re: HTML mail which isn't handled correctly by 'auto_view text/html
On Thu, Feb 07, 2019 at 09:44:25AM +1100, Cameron Simpson wrote: > On 06Feb2019 13:01, Chris Green wrote: > > On Wed, Feb 06, 2019 at 01:00:48PM +1100, Cameron Simpson wrote: > > > Scenario B: > > > If DHL really are sending HTML in a standalone text/plain body then > > > you've got 2 choices. > > > > > > The first is to act when you receive the email; if you're using procmail > > > or > > > something similar to file you email you could match these messages and > > > modify the Content-Type: header to say "text/html". > > > > > > The alternative is to match the message with mutt, and to set > > > display_filter > > > specially for this message. You could use your normal display_filter and > > > use > > > a message-hook to override it with the command from the mailcap ("lynx > > > -dump"). > > > > > OK, thanks, it's quite rare and, at the moment, only DHL notifications > > doing this that I actually want to see the content. > > Just further to the display_filter thing: I normally use a display_filter, > set to a personal script which goes: > >#!/bin/sh ># ># Mutt display filter, whose behaviour adjusts accoridng to some flags. ># - Cameron Simpson 29jan2017 ># > >if flag MUTT_ROT13 >then tr '[A-Z][a-z]' '[N-Z][A-M][n-z][a-m]' >else cat >fi \ >| if flag MUTT_UNTOPPOST > then untoppost > else cat > fi \ >| mutt-highlight > > The mutt-highlight is a sed script which turns *foo* into bold and _foo_ > into underlined. But the important thing here is the if statement: it > optionally runs the message body through some filters. For example, I've got > a mutt macro ^X to toggle the MUTT_ROT13 flag and redisplay the message. > > You could adopt such a scheme for your HTML issue (in fact, I'm going to do > that myself too): have an optional flag to decode the HTML using a pipeline > flavour of your mailcap unhtml line. Then bind a mutt keystroke to toggle > the flag and redisplay. My rot13 bindings go: > > set my_toggle_rot13="$my_push_wait_key=noflag ! > MUTT_ROT13 > -e flag MUTT_ROT13$my_pop_wait_key" >macro index \Cx "$my_toggle_rot13" 'toggle MUTT_ROT13' >macro pager \Cx "$my_toggle_rot13" 'toggle > MUTT_ROT13' > > Just a thought. Source for any of the above is available. > That's just the sort of thing I was hoping for - "oh, look, there's some raw HTML...", a couple of keystrokes and it's converted. I may well come back in a few days and ask to see the source for untoppost, the rest I can probably fathom out for myself. Thanks. -- Chris Green
Re: HTML mail which isn't handled correctly by 'auto_view text/html
On 06Feb2019 13:01, Chris Green wrote: On Wed, Feb 06, 2019 at 01:00:48PM +1100, Cameron Simpson wrote: Scenario B: If DHL really are sending HTML in a standalone text/plain body then you've got 2 choices. The first is to act when you receive the email; if you're using procmail or something similar to file you email you could match these messages and modify the Content-Type: header to say "text/html". The alternative is to match the message with mutt, and to set display_filter specially for this message. You could use your normal display_filter and use a message-hook to override it with the command from the mailcap ("lynx -dump"). OK, thanks, it's quite rare and, at the moment, only DHL notifications doing this that I actually want to see the content. Just further to the display_filter thing: I normally use a display_filter, set to a personal script which goes: #!/bin/sh # # Mutt display filter, whose behaviour adjusts accoridng to some flags. # - Cameron Simpson 29jan2017 # if flag MUTT_ROT13 then tr '[A-Z][a-z]' '[N-Z][A-M][n-z][a-m]' else cat fi \ | if flag MUTT_UNTOPPOST then untoppost else cat fi \ | mutt-highlight The mutt-highlight is a sed script which turns *foo* into bold and _foo_ into underlined. But the important thing here is the if statement: it optionally runs the message body through some filters. For example, I've got a mutt macro ^X to toggle the MUTT_ROT13 flag and redisplay the message. You could adopt such a scheme for your HTML issue (in fact, I'm going to do that myself too): have an optional flag to decode the HTML using a pipeline flavour of your mailcap unhtml line. Then bind a mutt keystroke to toggle the flag and redisplay. My rot13 bindings go: set my_toggle_rot13="$my_push_wait_key=noflag ! MUTT_ROT13 -e flag MUTT_ROT13$my_pop_wait_key" macro index \Cx "$my_toggle_rot13" 'toggle MUTT_ROT13' macro pager \Cx "$my_toggle_rot13" 'toggle MUTT_ROT13' Just a thought. Source for any of the above is available. Cheers, Cameron Simpson
Re: HTML mail which isn't handled correctly by 'auto_view text/html
On Wed, Feb 06, 2019 at 01:00:48PM +1100, Cameron Simpson wrote: > On 05Feb2019 22:10, Chris Green wrote: > > I am getting notification E-Mails from DPD which aren't handled > > correctly by 'auto_view text/html' in my muttrc and 'text/html; lynx > > -dump %s; copiousoutput; nametemplate=%s.html' in .mailcap. > > > > Presumably it's simply that there is no 'text/html' string in the > > headers, I just get to see the raw HTML. In fact there is the > > following:- > > > >... > >... > >... > >Subject: Your order 3179771 is due for delivery by DHL Parcel UK > >Content-Type: multipart/alternative; > >boundary="--boundary_145134_db6b4c85-2751-452f-bf4b-c56010b07587" > >Message-ID: > > > >Status: RO > >Content-Length: 20807 > >Lines: 285 > > > >Content-Type: text/plain; charset="us-ascii" > >Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > >... > >... > >... > > > > So that would explain it! Is there any way to manually ask mutt to > > treat this as text/html? > > Kinda. > > Firstly, is that really the entirely of the relevant headers? No text/html > or multipart/mixed? DHL are really sending HTML notifications (ugh!) > identified as text/plain? That is a new low. > Yes! It's the only message I've ever received (well, I've received a couple of these from DHL recently) which has done this to me. Everyone else's HTML (spit) E-Mail gets fed into Lynx correctly. > (My previous low is the many senders who send multipart/mixed with either > the HTML duplicated in the text/plain half or outright absent - empty > text/plain half.) > > So: are DHL sending _only_ an text/plain section or both text/plain and > text/html? In my experience it is usually the latter. > There's only the HTML, identified as plain! > Scenario A: Both text/html and text/plain, but the text/plain contains HTML. > I get this a lot. I have this in my muttrc: > Not this I think. > > Scenario B: > > If DHL really are sending HTML in a standalone text/plain body then you've > got 2 choices. > > The first is to act when you receive the email; if you're using procmail or > something similar to file you email you could match these messages and > modify the Content-Type: header to say "text/html". > > The alternative is to match the message with mutt, and to set display_filter > specially for this message. You could use your normal display_filter and use > a message-hook to override it with the command from the mailcap ("lynx > -dump"). > OK, thanks, it's quite rare and, at the moment, only DHL notifications doing this that I actually want to see the content. -- Chris Green
Re: HTML mail which isn't handled correctly by 'auto_view text/html
On 05Feb2019 22:10, Chris Green wrote: I am getting notification E-Mails from DPD which aren't handled correctly by 'auto_view text/html' in my muttrc and 'text/html; lynx -dump %s; copiousoutput; nametemplate=%s.html' in .mailcap. Presumably it's simply that there is no 'text/html' string in the headers, I just get to see the raw HTML. In fact there is the following:- ... ... ... Subject: Your order 3179771 is due for delivery by DHL Parcel UK Content-Type: multipart/alternative; boundary="--boundary_145134_db6b4c85-2751-452f-bf4b-c56010b07587" Message-ID: Status: RO Content-Length: 20807 Lines: 285 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ... ... ... So that would explain it! Is there any way to manually ask mutt to treat this as text/html? Kinda. Firstly, is that really the entirely of the relevant headers? No text/html or multipart/mixed? DHL are really sending HTML notifications (ugh!) identified as text/plain? That is a new low. (My previous low is the many senders who send multipart/mixed with either the HTML duplicated in the text/plain half or outright absent - empty text/plain half.) So: are DHL sending _only_ an text/plain section or both text/plain and text/html? In my experience it is usually the latter. Scenario A: Both text/html and text/plain, but the text/plain contains HTML. I get this a lot. I have this in my muttrc: # alternative-order criteria message-hook . 'unalternative_order *; alternative_order text/plain text/html' # Apple Mail embeds attachments in the HTML part instead of outside # the multipart/mixed message-hook '~h "X-Mailer: Apple Mail" ~X 1-' 'unalternative_order *; alternative_order text/html multipart/mixed text/plain' # senders who can't seem to master multipart/mixed, and send empty # or useless text/plain sections # or just badly badly formatted plain text, such as live.com etc 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' which uses "alternative_order text/plain text/html" normally, but reverses that for some special messages: Apple Mail with attachments, and email from known bad domains and senders in my %htmlers mutt group, a list of specific know bad authors. Scenario B: If DHL really are sending HTML in a standalone text/plain body then you've got 2 choices. The first is to act when you receive the email; if you're using procmail or something similar to file you email you could match these messages and modify the Content-Type: header to say "text/html". The alternative is to match the message with mutt, and to set display_filter specially for this message. You could use your normal display_filter and use a message-hook to override it with the command from the mailcap ("lynx -dump"). Cheers, Cameron Simpson
Re: HTML mail: Why isn't it displayed?
On Sat, 07 Nov 2009, lee wrote: > On Sat, Nov 07, 2009 at 06:35:17PM +0800, bill lam wrote: > > On Tue, 03 Nov 2009, lee wrote: > > > Hi, > > > > > > I've got an email with these headers: > > > > > > > > > Content-Type: text/html; charset=ISO-8859-1 > > > Content-Transfer-Encoding: quoted-printable > > > X-Spam_score: 4.4 > > > X-Spam_score_int: 44 > > > X-Spam_bar: > > > > > > > >"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > > > http://www.w3.org/1999/xhtml"; xml:lang="de" lang="de"> > > > > > > > > > > > > > I suspect that email is mal-formated. The html is included inline > > rather than as a multipart attachment. Did you see the any > > attachments in the attachment page? > > It doesn't seem to have attachments: I have the counter displayed in > the message list, and it's 0 --- though that counter isn't always > right. When I look at the message with 'v', I'm seeing: > > > q:Exit s:Save |:Pipe p:Print ?:Help > I 1 > [text/html, quoted, iso-8859-1, 7.2K] > > > So that would be inline, I guess? Is there an RFC specifying that HTML > source must not be inlined? I'd need something to point the sender of > the message to to have them change it. My isp also send this kind of machine generated monthly statement. I guess they only care if it looks ok using outlook and not rfc compliant. -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
Re: HTML mail: Why isn't it displayed?
On Sat, Nov 07, 2009 at 06:35:17PM +0800, bill lam wrote: > On Tue, 03 Nov 2009, lee wrote: > > Hi, > > > > I've got an email with these headers: > > > > > > Content-Type: text/html; charset=ISO-8859-1 > > Content-Transfer-Encoding: quoted-printable > > X-Spam_score: 4.4 > > X-Spam_score_int: 44 > > X-Spam_bar: > > > > >"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > > http://www.w3.org/1999/xhtml"; xml:lang="de" lang="de"> > > > > > > > > I suspect that email is mal-formated. The html is included inline > rather than as a multipart attachment. Did you see the any > attachments in the attachment page? It doesn't seem to have attachments: I have the counter displayed in the message list, and it's 0 --- though that counter isn't always right. When I look at the message with 'v', I'm seeing: q:Exit s:Save |:Pipe p:Print ?:Help I 1 [text/html, quoted, iso-8859-1, 7.2K] So that would be inline, I guess? Is there an RFC specifying that HTML source must not be inlined? I'd need something to point the sender of the message to to have them change it.
Re: HTML mail: Why isn't it displayed?
On Sat, Nov 07, 2009 at 06:12:14AM -0400, Monte Stevens wrote: > On Fri, Nov 06, 2009 at 09:22:40PM -0700, lee wrote: > > > Well, I have set implicit_autoview. Even when I press 'v' to view the > > attachments and then Enter to display it, I'm seeing the HTML source. > > A recent post from Martin Krafft describes a problem rendering html. It > sounds similar to yours; perhaps the issue is the same. The subject is, > "mutt no longer renders HTML or spawns browser on text/html > attachments". Yeah, I've read that last night but couldn't find on the help page. Now I've found it, and it's working --- might have to do with me updating my Debian testing last night ... > Here's a link to the most recent message in that thread. (I hope that > sending you an html link is not a bad joke.) > http://marc.info/?l=mutt-users&m=125750062424772&w=2 Nah, that's fine. Sending an URL is a totally different thing than sending an HTML message. > > Ok, so how do I get mutt to use a specific mailcap? > > You did it, by setting: > > mailcap_path="~/.mailcap" That works now, too :) Thanks!
Re: HTML mail: Why isn't it displayed?
On Tue, 03 Nov 2009, lee wrote: > Hi, > > I've got an email with these headers: > > > Content-Type: text/html; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > X-Spam_score: 4.4 > X-Spam_score_int: 44 > X-Spam_bar: > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > http://www.w3.org/1999/xhtml"; xml:lang="de" lang="de"> > > > > Mutt displays the HTML garbage as plain text, unreadable. Now I've no > idea if the problem is with mutt, or if the headers or something else > are wrong. > > If the problem is with the email, it would be nice to know which RFCs > are to be applied so that I can refer the sender of these mails to > them and have them send them correctly encoded. I suspect that email is mal-formated. The html is included inline rather than as a multipart attachment. Did you see the any attachments in the attachment page? -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
Re: HTML mail: Why isn't it displayed?
On Fri, Nov 06, 2009 at 09:22:40PM -0700, lee wrote: > Well, I have set implicit_autoview. Even when I press 'v' to view the > attachments and then Enter to display it, I'm seeing the HTML source. A recent post from Martin Krafft describes a problem rendering html. It sounds similar to yours; perhaps the issue is the same. The subject is, "mutt no longer renders HTML or spawns browser on text/html attachments". Here's a link to the most recent message in that thread. (I hope that sending you an html link is not a bad joke.) http://marc.info/?l=mutt-users&m=125750062424772&w=2 > Ok, so how do I get mutt to use a specific mailcap? You did it, by setting: mailcap_path="~/.mailcap" > I think it even used to work, and it might have stopped working after > I installed the metamail package --- but I can't tell for sure if that > actually has anything to do with it. Hopefully the solutions in the other thread will work.
Re: HTML mail: Why isn't it displayed?
On Wed, Nov 04, 2009 at 12:01:31AM -0700, lee wrote: > PS: Why is the PS at the top? > Mutt seems to ignore ~/.mailcap. > > l...@cat:~/Mail$ mutt -nF /dev/null -Q mailcap_path > mailcap_path="~/.mailcap:/usr/share/mutt/mailcap:/etc/mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap" > l...@cat:~/Mail$ > > So which of the mailcap files mutt finds in the mailcap_path will it > use? The manual doesn't say. Based on the "mailcap_path" entry in man muttrc I would say that mutt uses all the entries in all the files. Perhaps you could shorten the path so that you only need to worry about one file. > On Tue, Nov 03, 2009 at 10:58:02PM -0700, lee wrote: > > I've got an email with these headers: > > > > Content-Type: text/html; charset=ISO-8859-1 > > Content-Transfer-Encoding: quoted-printable > > X-Spam_score: 4.4 > > X-Spam_score_int: 44 > > X-Spam_bar: I've assumed this is the end of the headers. > > >"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > > http://www.w3.org/1999/xhtml"; xml:lang="de" lang="de"> > > And that the above four lines are in the body of the message. > > Mutt displays the HTML garbage as plain text, unreadable. Now I've no > > idea if the problem is with mutt, or if the headers or something else > > are wrong. I made a copy of your original post in another maibox. Then I edited that message, moving the quoted headers into the header section. When I view your message in the mutt pager I see the html tags, since I don't have "implicit_autoview" set in my muttrc. When I press 'v' (for view-attachments) I see one entry [text/html, quoted, iso-8859-1,] in the attachment view. When I view that attachment the html is rendered (and nicely disappears). The relevant entry in my mailcap file is: text/html; w3m -dump %s; nametemplate=%s.html; copiousoutput It also renders OK with this mailcap entry: text/html; w3m %s | less; nametemplate=%s.html > > If the problem is with the email, it would be nice to know which RFCs > > are to be applied so that I can refer the sender of these mails to > > them and have them send them correctly encoded. While I can't comment on the message you received, its reasonable facsimile is rendered by w3m through mailcap on my system. That tells me that your message is probably OK and that something is wrong with your mailcap. Or, maybe your mailcap is fine and you don't have implicit_autoview set and you're expecting to see only text in the mutt pager. Do you have problems with any other html messages? -- Monte
Re: HTML mail: Why isn't it displayed?
PS: Mutt seems to ignore ~/.mailcap. l...@cat:~/Mail$ mutt -nF /dev/null -Q mailcap_path mailcap_path="~/.mailcap:/usr/share/mutt/mailcap:/etc/mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap" l...@cat:~/Mail$ So which of the mailcap files mutt finds in the mailcap_path will it use? The manual doesn't say. On Tue, Nov 03, 2009 at 10:58:02PM -0700, lee wrote: > Hi, > > I've got an email with these headers: > > > Content-Type: text/html; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > X-Spam_score: 4.4 > X-Spam_score_int: 44 > X-Spam_bar: > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > http://www.w3.org/1999/xhtml"; xml:lang="de" lang="de"> > > > > Mutt displays the HTML garbage as plain text, unreadable. Now I've no > idea if the problem is with mutt, or if the headers or something else > are wrong. > > If the problem is with the email, it would be nice to know which RFCs > are to be applied so that I can refer the sender of these mails to > them and have them send them correctly encoded.
Re: html mail -> auto_view + mailcap
* Mike Arrison <[EMAIL PROTECTED]> [2002-05-13 10:36]: > Having come from pine, I'm used to html mail being rendered > by lynx or links or something automatically. When I view an > html mail in Mutt, it says "[-- text/html is unsupported > (use 'v' to view this part) --]". Is there something I > can do to tell Mutt to render html with lynx or links? $ grep auto_view $HOME/.muttrc auto_view text/html application/msword $ egrep '(links|antiword)' $HOME/.mailcap text/html ; links -dump %s; nametemplate=%s.html; copiousoutput application/msword; antiword%s; copiousoutput see also: http://www.math.fu-berlin.de/~guckes/setup/mailcap http://www.math.fu-berlin.de/~guckes/setup/mutt* Sven
Re: html mail
* Mike Arrison <[EMAIL PROTECTED]> [2002-05-13 12:36]: > Hello, > Having come from pine, I'm used to html mail being rendered by > lynx or links or something automatically. When I view an html mail in > Mutt, it says "[-- text/html is unsupported (use 'v' to view this part) > --]". Is there something I can do to tell Mutt to render html with lynx > or links? Yes; put something like this to your ~/.mailcap text/html; lynx -force_html %s -- _ Tomas VenglovskyASCII ribbon campaign ( ) Telenor Networks (system administrator) - against HTML email X MOK-RIPE & vCards / \
Re: html mail
13-May-02 at 06:35, Mike Arrison ([EMAIL PROTECTED]) wrote : > Hello, > Having come from pine, I'm used to html mail being rendered by > lynx or links or something automatically. When I view an html mail in > Mutt, it says "[-- text/html is unsupported (use 'v' to view this part) > --]". Is there something I can do to tell Mutt to render html with lynx > or links? Yes. Search for autoview and mailcap in the Mutt manual. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:14.21% see www.mersenne.org] Recognizing disagreements in belief requires having enough agreements in belief to translate or understand the words and deeds of my opponent. -- Anthony O'Hear (combining, somewhat, several modern philosophers).
Re: HTML Mail
Quoting Ian Chilton ([EMAIL PROTECTED]): > Hello, > > Please reply direct to [EMAIL PROTECTED] > > I am trying to get HTML mails to display with links. Ian, I use links as my web browser as well and here is what I have in my .mailcap : text/html; links -dump %s; nametemplate=%s.html; copiousoutput This should work fine without pressing v to view and then enter. HTH. --Sadiq
Re: HTML Mail
begin s. keeling quotation: > > spamcop's work, and hitting that last send reports bit. Spamcop works > great, except lynx tends to be the only browser that works well with > their web server (Opera 5.0 is awful with it; Netscape is better; w3m I have found the same thing; I just use Lynx via urlview, and it works great. You don't want to automate that anyway, it'd defeat the purpose of feeding you the web page. When they're more confident in their defaults, they'll reopen the option for "fast" submissions. -- Shawn McMahon| McMahon's Laws of Linux support: http://www.eiv.com | 1) There's more than one way to do it AIM: spmcmahonfedex, smcmahoneiv | 2) Somebody thinks your way is wrong msg27131/pgp0.pgp Description: PGP signature
Re: HTML Mail
* Rob 'Feztaa' Park <[EMAIL PROTECTED]> [04-13-02 00:37]: > Alas! Patrick spake thus: > > > I love dillo, it's so freaking fast. All it needs is just a few more > > > features (like ftp support and bookmark heirarchies), and it'll replace > > > Mozilla on my computer ;) > > > > You would probably also like skipstone (and it moving away from > > sourceforge). Small and fast with more features than dillo. Skipstone > > uses the GtkMozEmbed mozilla engine. I use dillo for small browses > > that require few features and skipstone for more normal views. > > Looks interesting, I'm going to try it. It has tabbing, which is cool. > How is it for loading time? You say it's fast -- faster or slower than > dillo? Features seem to mean less speed. But it is still faster than the big names, mozilla, galeon, etc. -- Patrick Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Re: HTML Mail
--CdrF4e02JqNVZeln Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alas! Patrick spake thus: > > I love dillo, it's so freaking fast. All it needs is just a few more > > features (like ftp support and bookmark heirarchies), and it'll replace > > Mozilla on my computer ;) >=20 > You would probably also like skipstone (and it moving away from > sourceforge). Small and fast with more features than dillo. Skipstone > uses the GtkMozEmbed mozilla engine. I use dillo for small browses > that require few features and skipstone for more normal views. Looks interesting, I'm going to try it. It has tabbing, which is cool. How is it for loading time? You say it's fast -- faster or slower than dillo? Thanks. --=20 Rob 'Feztaa' Park [EMAIL PROTECTED] -- Rainy days and automatic weapons always get me down. --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8t8J+PTh2iSBKeccRAvBSAJ9FwCFXL8ofhdZ1BKykVaRE7F39vgCfeber 9dOkLZRxkkHGCLMggrvmkeM= =607E -END PGP SIGNATURE- --CdrF4e02JqNVZeln--
Re: HTML Mail
Hello -- ...and then s. keeling said... % ... % % One of the things driving this is I'd like to find a way to easily I think I've pretty much solved this wrinkle. Assuming you've gone to get a spamcop mail reporting ID, then you might find [zero] [11:59pm] ~> grep spam .mutt/muttrc | cat -v ###set editor="vim +/^$"# set as a send-hook; reset for spamcop folder-hook F.spam 'set sort=mailbox-order ; push ".^M"' # for spam forwards send-hook (spamcop|(submit|quick).[a-z0-9]*)@.*spamcop.net 'unset pgp_autosign ; set editor=/bin/true signature= ; my_hdr Fcc: /dev/null ; my_hdr From: [EMAIL PROTECTED]' macro generic ,f "push scy" "spam forward" macro generic ,s "=F.spam\n" "spam transfer" macro generic ,S "r=OF.spam\n" "spam dump" [zero] [11:59pm] ~> grep spamcop .mutt/aliases alias sc <[EMAIL PROTECTED]> (SpamCop Submissions-by-mail (quick)) [zero] [11:59pm] ~> ls -lF Mail/quick* lrwxrwxrwx 1 davidtg 7 Apr 2 13:22 Mail/quick.4fhavei2m7k2cgam -> spamcop lrwxrwxrwx 1 davidtg 7 Dec 12 07:53 Mail/quick.oxd1ox6zdsz2ztjb -> spamcop [zero] [DING!] ~> helpful. Anything tagged (and everything in =F.spam automatically is) gets forwarded to spamcop with a simple ,f sequence. When SpamCop sends a message back with umpteen URLs in it, I hit ctrl-b to fire off urlview and then hit return on about a dozen in a batch and then back through the screen windows pasting in /send sp to search for the send link, hit return, and hit return again. It quick and easy and will last me until I finally get spamassassin in place and handle it elsewhere. In the meantime, if anyone has a quick perl script that will take a URL, talk to the web server, find a certain link ("send spam report") and follow it, I'd be in heaven :-) Hey, good morning, everyone! :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg27115/pgp0.pgp Description: PGP signature
Re: HTML Mail
* Rob 'Feztaa' Park <[EMAIL PROTECTED]> [04-12-02 22:32]: > Alas! Patrick spake thus: > > I use a small footprint limited feature web browser called dillo for > > this final action to spamcop. Works great and is very small and quick. > > It is available at: sourceforge.netprojects/dillo/ > > I love dillo, it's so freaking fast. All it needs is just a few more > features (like ftp support and bookmark heirarchies), and it'll replace > Mozilla on my computer ;) You would probably also like skipstone (and it moving away from sourceforge). Small and fast with more features than dillo. Skipstone uses the GtkMozEmbed mozilla engine. I use dillo for small browses that require few features and skipstone for more normal views. available: www.muhri.net/skipstone/ -- Patrick Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Re: HTML Mail
--KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alas! Patrick spake thus: > I use a small footprint limited feature web browser called dillo for > this final action to spamcop. Works great and is very small and quick. > It is available at: sourceforge.netprojects/dillo/ I love dillo, it's so freaking fast. All it needs is just a few more features (like ftp support and bookmark heirarchies), and it'll replace Mozilla on my computer ;) --=20 Rob 'Feztaa' Park [EMAIL PROTECTED] -- We all declare for liberty, but in using the same word we do not all mean the same thing. -- A. Lincoln --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8t6YGPTh2iSBKeccRAmrxAJ9j2z6a1qwnk4cLWj8KvzsL7aKhWACdHJ+U FHyg6ZlSc7Vuy1lTT9gVd5k= =4E7c -END PGP SIGNATURE- --KsGdsel6WgEHnImy--
Re: HTML Mail
* s. keeling <[EMAIL PROTECTED]> [04-12-02 19:46]: > On Fri, Apr 12, 2002 at 08:27:21PM -0400, Shawn McMahon wrote: > > begin s. keeling quotation: > > > > > > One of the things driving this is I'd like to find a way to easily > > > report spam to spamcop, which means I have to pass an ID and password. > > > This is possible with lynx -auth=uname:passwd. With w3m or links, it > > > would be something like w3m http://uname:[EMAIL PROTECTED]/ > > > > Spamcop will give you an email address. You forward the mails there, > > Actually, that's what I do now. Submission works great. I'm talking > about the final bit about getting onto their system, reviewing > spamcop's work, and hitting that last send reports bit. Spamcop works > great, except lynx tends to be the only browser that works well with > their web server (Opera 5.0 is awful with it; Netscape is better; w3m > would be great, but there's a cookie handling bug; links just hangs > mutt - links can't figure out terminal geometry). > > And why didn't the cc: line get filled in with your reply address this > time I did an "L"? Excellent! I use a small footprint limited feature web browser called dillo for this final action to spamcop. Works great and is very small and quick. It is available at: sourceforge.netprojects/dillo/ -- Patrick Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Re: HTML Mail
Hi, * s. keeling [04/13/02 03:11:49 CEST] wrote: > On Sat, Apr 13, 2002 at 02:27:25AM +0200, Rocco Rutte wrote: > > Try 'w3m -dump' for autoview. > Thanks Rocco. Problem solved. Much appreciated. No problem. I didn't mention the manpages for those 3 text-mode browsers. Maybe you should read it. > This works: > macro index \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' > macro pager \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' > This doesn't: > macro index \cB |'links'\n 'call links to extract URLs out of a message' > macro pager \cB |'links'\n 'call links to extract URLs out of a message' > The latter two just lock up mutt. kill -HUP `pidof links` says > "ERROR: could not get terminal size" So, now that you know that the 'could not get terminal...' error from links is because it wants to run in interactive mode, this is the same problem here. The pipe is used to hand the current mail/news over via stdin to a program specified. So, the program must be abled to read from stdin. w3m is (IIRC not documented in the manpage), but links isn't. That means that links ignores the input from stdin and just wants to run with the URL given (none in your case). If you really depend on links, I think a short wrapper should help: #!/bin/sh tee > $filename && links $filename && rm -f $filename (or: maybe this can be done directly in the macro) Btw, if you want to extract URLs from a message body why not use UrlView adjusted to use your favorite browser? Cheers, Rocco. msg27109/pgp0.pgp Description: PGP signature
Re: HTML Mail
On Sat, Apr 13, 2002 at 02:27:25AM +0200, Rocco Rutte wrote: > > * s. keeling [04/13/02 02:10:27 CEST] wrote: > > That's the background. So in my ~/.mailcap, I tried "links %s; > > copiousoutput": > > > Here's (relevant parts of) my ~/.mailcap: > > > text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html > > Try 'w3m -dump' for autoview. Thanks Rocco. Problem solved. Much appreciated. Next problem: This works: macro index \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' macro pager \cB |'w3m -m -cookie'\n 'call w3m to extract URLs out of a message' This doesn't: macro index \cB |'links'\n 'call links to extract URLs out of a message' macro pager \cB |'links'\n 'call links to extract URLs out of a message' The latter two just lock up mutt. kill -HUP `pidof links` says "ERROR: could not get terminal size" -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
On Fri, Apr 12, 2002 at 08:27:21PM -0400, Shawn McMahon wrote: > begin s. keeling quotation: > > > > One of the things driving this is I'd like to find a way to easily > > report spam to spamcop, which means I have to pass an ID and password. > > This is possible with lynx -auth=uname:passwd. With w3m or links, it > > would be something like w3m http://uname:[EMAIL PROTECTED]/ > > Spamcop will give you an email address. You forward the mails there, Actually, that's what I do now. Submission works great. I'm talking about the final bit about getting onto their system, reviewing spamcop's work, and hitting that last send reports bit. Spamcop works great, except lynx tends to be the only browser that works well with their web server (Opera 5.0 is awful with it; Netscape is better; w3m would be great, but there's a cookie handling bug; links just hangs mutt - links can't figure out terminal geometry). And why didn't the cc: line get filled in with your reply address this time I did an "L"? Excellent! -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
Hi, * s. keeling [04/13/02 02:10:27 CEST] wrote: > That's the background. So in my ~/.mailcap, I tried "links %s; > copiousoutput": > [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] > [-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] > ERROR: could not get terminal size > This in a real Xterm. With no auto_view statements in .muttrc, > _everything_ comes up "blah/blah is unsupported. use v ..." Correct behaviour. Text-mode browser are _interactive_ programs and thus need a terminal. If you only want them to print the page and exit (without waiting for user input) you will have to tell them. > Here's (relevant parts of) my ~/.mailcap: > text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html Try 'w3m -dump' for autoview. > # text/html; /usr/bin/links %s; copiousoutput Try 'links -dump' for autoview. > # text/html; /usr/bin/lynx -force_html %s; needsterminal; Try 'lynx -dump' for autoview. HTH, Cheers, Rocco. msg27106/pgp0.pgp Description: PGP signature
Re: HTML Mail
begin s. keeling quotation: > > One of the things driving this is I'd like to find a way to easily > report spam to spamcop, which means I have to pass an ID and password. > This is possible with lynx -auth=uname:passwd. With w3m or links, it > would be something like w3m http://uname:[EMAIL PROTECTED]/ Spamcop will give you an email address. You forward the mails there, and you can even make a Mutt alias to make it easy, so you just forward them to "spamcop". Then they process it when the system load allows, and send you back an URL to complete the process. Much easier that trying to script a web post, and has the advantage that you don't have to re-post if their system load won't allow a submission at that moment. -- Shawn McMahon| McMahon's Laws of Linux support: http://www.eiv.com | 1) There's more than one way to do it AIM: spmcmahonfedex, smcmahoneiv | 2) Somebody thinks your way is wrong msg27105/pgp0.pgp Description: PGP signature
Re: HTML Mail
On Fri, Apr 12, 2002 at 06:43:14PM -0500, David DeSimone wrote: > Ian Chilton <[EMAIL PROTECTED]> wrote: > > > > [ian@buzz:~]$ cat .mailcap > > text/html; /usr/bin/links %s > > > > and these in .muttrc > > set mailcap_path="~/.mailcap" > > auto_view text/html > > > > But I get this: > > mailcap entry for type text/html not found > > Auto_view only looks for mailcap entries with the "copiousoutput" tag. Ah! That's helpful, thanks. > If you want to use an interactive browser like links, you must press 'v' > and press 'return' on the html attachment. Try w3m instead. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
On Thu, Apr 11, 2002 at 02:54:29PM +0200, Stefan Frank wrote: > At Thu, Apr 11 2002 [12:01 +0100], Ian Chilton aroused my curiosity with: > > text/html; /usr/bin/links %s > > Try something like: > text/html; /usr/bin/links %s; copiousoutput > > and read section 5.3 "MIME Viewer configuration with mailcap" > in the manual. Since this thread came up, I've been trying some of the stuff you people have been suggesting. I'm finding it very confusing. One of the things driving this is I'd like to find a way to easily report spam to spamcop, which means I have to pass an ID and password. This is possible with lynx -auth=uname:passwd. With w3m or links, it would be something like w3m http://uname:[EMAIL PROTECTED]/ That's the background. So in my ~/.mailcap, I tried "links %s; copiousoutput": [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] [-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] ERROR: could not get terminal size This in a real Xterm. With no auto_view statements in .muttrc, _everything_ comes up "blah/blah is unsupported. use v ..." Here's (relevant parts of) my ~/.mailcap: -- # works great (lousy cookie handling, but otherwise fine)! # text/html; w3m -cookie %s; copiousoutput; nametemplate=%s.html # doesn't work at all, auto_view (.muttrc) or not. # # text/html; /usr/bin/links %s; copiousoutput # # [-- Autoview using /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] # ^[[1;1H[-- Autoview stderr of /usr/bin/links '/home/keeling/.mutt/tmp/mutt9aipDt' --] # ^GERROR: could not get terminal size # doesn't work. # # text/html; /usr/bin/lynx -force_html %s; needsterminal; # works with autoview (.muttrc). # # text/html; /usr/bin/lynx -dump %s; copiousoutput; nametemplate=%s.html -- Right now, I like w3m the most of the three, lynx tends to work the best, and links doesn't appear to work with mutt at all. I've been rummaging around in the mutt manual for a couple of days now, and I don't appear to be getting anywhere beyond where I was days ago. Ideas, comments, criticisms all welcome. Finally, this is my first "L" post. Is there a simple way to tell mutt that I don't want to cc: the poster when I'm replying to the list? One of these days, I'm going to forget to clear out the cc: header and somebody's gonna rag on me for it (with good reason IMO). Thanks everybody. You've been very helpful. :-) Mutt 1.3.12i (2000-11-27) auto_view text/html set mailcap_path="~/.mailcap" Links 0.92 Lynx Version 2.8.3dev.9 (13 Sep 1999) Yes, I'm aware these are all getting a little long in the tooth. -- Any technology distinguishable from magic is insufficiently advanced. TopQuark Software & Serv. Contract programmer, server bum.
Re: HTML Mail
Ian Chilton <[EMAIL PROTECTED]> wrote: > > [ian@buzz:~]$ cat .mailcap > text/html; /usr/bin/links %s > > and these in .muttrc > set mailcap_path="~/.mailcap" > auto_view text/html > > But I get this: > mailcap entry for type text/html not found Auto_view only looks for mailcap entries with the "copiousoutput" tag. If you want to use an interactive browser like links, you must press 'v' and press 'return' on the html attachment. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: HTML Mail
Chad -- First, I should note that the proper address is [EMAIL PROTECTED] rather than @gbnet. While mutt.org is hosted at gbnet and the address sometimes slips out, many here will only properly notice the message if it goes to the real address. ...and then skidley said... % ... % With lynx -force_html i get a full readable page, with links %s i get a % page more understandable than the default view but still with alot of % html code included. Would you or anyone know a similar option for links, % i cant seem to find one. Have you tried template to get the name to end in .html or such? I haven't played with it, but I'm sure it's in the archives, and maybe even for links. % -- % "Never underestimate the bandwidth of a station wagon full of tapes % hurtling down the highway." -- Andrew S. Tanenbaum Ha. That's a relly good one. I can see it now, and I'm already thinking about the comparison! I wonder if he knows from experience... :-) % % Chad Young - Registered Linux User #195191 @ http://counter.li.org % --- % Linux localhost 2.4.19-pre5-ac3 #1 Sat Apr 6 00:30:47 AST 2002 i686 GenuineIntel % 6:35pm up 0:10, 2 users, load average: 0.15, 0.07, 0.04 HTH & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg27086/pgp0.pgp Description: PGP signature
Re: HTML Mail
> > I have this: > > > > [ian@buzz:~]$ cat .mailcap > > text/html; /usr/bin/links %s > > > > and these in .muttrc > > set mailcap_path="~/.mailcap" > > auto_view text/html > > For lynx I have:- > > text/html; lynx -force_html %s; needsterminal; > > I don't use auto_view or any settings in my muttrc and the mailcap works > fine, however if you set it explicitly look at use_mailcap > > Could be a permissions issue with mutt being unable to read the mailcap > file of course. > With lynx -force_html i get a full readable page, with links %s i get a page more understandable than the default view but still with alot of html code included. Would you or anyone know a similar option for links, i cant seem to find one. -- "Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway." -- Andrew S. Tanenbaum Chad Young - Registered Linux User #195191 @ http://counter.li.org --- Linux localhost 2.4.19-pre5-ac3 #1 Sat Apr 6 00:30:47 AST 2002 i686 GenuineIntel 6:35pm up 0:10, 2 users, load average: 0.15, 0.07, 0.04
Re: HTML Mail
begin Patrick quotation: > > Actually, the custon is and SHOULD-BE: reply to list and ONLY CC to > person if asked. We certainly do not want to receive posts twich > without requesting such action. IMHO, it should be "reply to list, and let the guy who refuses to join the list use the archives, that's what they're there for." -- Shawn McMahon| Information may want to be free, but fiber http://www.eiv.com | optic cable wants to be one million US AIM: spmcmahonfedex, smcmahoneiv | dollars per mile. msg27045/pgp0.pgp Description: PGP signature
Re: HTML Mail
11-Apr-02 at 12:55, Ian Chilton ([EMAIL PROTECTED]) wrote : > > Sorry, no. Mailing lists are mailing lists. > > Participation is expected, not > > just one way communication. > > Actually, the custom is to reply to the person and CC to the list :-) Not on this list, if I take precedents I have seen from other members to be the netiquette for this list... > > however if you set it explicitly look at use_mailcap > > I can't find any reference to use_mailcap in the muttrc or man muttrc - > where is it please? In the manual, /usr/local/doc/mutt/manual.txt by default. > That's what I thought, but i'm running everythign as user ian, which is > who owns .mailcap: > > [ian@buzz:~]$ ls -la .mailcap > -rw-r--r-- 1 ian users 30 Apr 10 14:19 .mailcap Exactly the same permissions I have. Is links in the $PATH? -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:66.97% see www.mersenne.org] UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: HTML Mail
Hello, > Try something like: > text/html; /usr/bin/links %s; copiousoutput OK, thanks Ian
Re: HTML Mail
At Thu, Apr 11 2002 [12:01 +0100], Ian Chilton aroused my curiosity with: > text/html; /usr/bin/links %s Try something like: text/html; /usr/bin/links %s; copiousoutput and read section 5.3 "MIME Viewer configuration with mailcap" in the manual. Tschoe, Steff
Re: HTML Mail
* Ian Chilton <[EMAIL PROTECTED]> [04-11-02 07:11]: > Hello, > > Thanks for the reply. > > > > Sorry, no. Mailing lists are mailing lists. > > Participation is expected, not > > just one way communication. > > Actually, the custom is to reply to the person and CC to the list :-) Actually, the custon is and SHOULD-BE: reply to list and ONLY CC to person if asked. We certainly do not want to receive posts twich without requesting such action. -- Patrick Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Re: HTML Mail
Hello, Thanks for the reply. > Sorry, no. Mailing lists are mailing lists. > Participation is expected, not > just one way communication. Actually, the custom is to reply to the person and CC to the list :-) > I don't use auto_view or any settings in my muttrc and the mailcap works > fine Interesting... > however if you set it explicitly look at use_mailcap I can't find any reference to use_mailcap in the muttrc or man muttrc - where is it please? > Could be a permissions issue with mutt being unable to read the mailcap > file of course. That's what I thought, but i'm running everythign as user ian, which is who owns .mailcap: [ian@buzz:~]$ ls -la .mailcap -rw-r--r-- 1 ian users 30 Apr 10 14:19 .mailcap Thanks Ian
Re: HTML Mail
11-Apr-02 at 12:01, Ian Chilton ([EMAIL PROTECTED]) wrote : > Hello, > > Please reply direct to [EMAIL PROTECTED] Sorry, no. Mailing lists are mailing lists. Participation is expected, not just one way communication. > I am trying to get HTML mails to display with links. > > I have this: > > [ian@buzz:~]$ cat .mailcap > text/html; /usr/bin/links %s > > and these in .muttrc > set mailcap_path="~/.mailcap" > auto_view text/html For lynx I have:- text/html; lynx -force_html %s; needsterminal; I don't use auto_view or any settings in my muttrc and the mailcap works fine, however if you set it explicitly look at use_mailcap Could be a permissions issue with mutt being unable to read the mailcap file of course. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:66.77% see www.mersenne.org] /"\ASCII Ribbon Campaign \ /Respect for open standards X No HTML/RTF in email / \No M$ Word docs in email
Re: HTML mail
> > On Thu, Mar 07, 2002 at 10:23:42AM -0800, Michael Montagne wrote: > > > How do folks handle HTML mail. If I receive an attached HTML file (and > > > HTML email, I think), autoview will decode it and I'll see it in the > > > pager (correct term?). Then I can use "v" and when I view the link, > > > Galeon is invoked and I can see the page. But if someone sends an entire page as >the > > > email, I don't get the option to view an HTML attachment. All I see is > > > a bunch links and .gif references. I'm not sure what the differences > > > are between these two conditions but it's one of the last pieces of the > > > puzzle to make mutt truly amazing. > > > > > That's the weird thing. Sometimes I get mail that doesn't present a > text/html option and sometimes it does. > It looks to me like the MIME type is broken, so what you're getting is HTML typed into a plain text email, which is displayed correctly by lame MUAs like Outlook Express. Check the headers of the mail and see if it has Content Type: text/html or not. If it does, it should also have some MIME statements too... Content Type on its own is not sufficient. Simon -- Signature still pending
Re: HTML mail
>On 07/03/02, from the brain of Joel Hammer tumbled: > Have you just tried pressing v from the main page before you open up the > letter? > > Joel > > On Thu, Mar 07, 2002 at 10:23:42AM -0800, Michael Montagne wrote: > > How do folks handle HTML mail. If I receive an attached HTML file (and > > HTML email, I think), autoview will decode it and I'll see it in the > > pager (correct term?). Then I can use "v" and when I view the link, > > Galeon is invoked and I can see the page. But if someone sends an entire page as >the > > email, I don't get the option to view an HTML attachment. All I see is > > a bunch links and .gif references. I'm not sure what the differences > > are between these two conditions but it's one of the last pieces of the > > puzzle to make mutt truly amazing. > > That's the weird thing. Sometimes I get mail that doesn't present a text/html option and sometimes it does. -- Michael Montagne [EMAIL PROTECTED] http://www.boora.com
Re: HTML mail
Have you just tried pressing v from the main page before you open up the letter? Joel On Thu, Mar 07, 2002 at 10:23:42AM -0800, Michael Montagne wrote: > How do folks handle HTML mail. If I receive an attached HTML file (and > HTML email, I think), autoview will decode it and I'll see it in the > pager (correct term?). Then I can use "v" and when I view the link, > Galeon is invoked and I can see the page. But if someone sends an entire page as the > email, I don't get the option to view an HTML attachment. All I see is > a bunch links and .gif references. I'm not sure what the differences > are between these two conditions but it's one of the last pieces of the > puzzle to make mutt truly amazing. > > > -- > Michael Montagne > [EMAIL PROTECTED] > http://www.boora.com
Re: HTML mail - mailcap problem
On Sat, May 05, 2001 at 09:21:01PM -0400, Michael P. Soulier wrote: > On Sat, May 05, 2001 at 03:47:24PM -0600, Duke Normandin wrote: > > > > However, when I select a message from the index that's HTML I get the > > following: > > mailcap entry for type text/html not found > > > > What the hell? > > Hey Duke. Check the exact mime-type, there are about four that come up. > > Here's a cut from my .mailcap > > text/html ; lynx -dump -force_html %s ; copiousoutput > text/htm; lynx -dump -force_html %s ; copiousoutput > message/html; lynx -dump -force_html %s ; copiousoutput > message/htm ; lynx -dump -force_html %s ; copiousoutput > > I use lynx instead of links. Works great. The copiousoutput is also > required. > > Mike I'll try the 4 mailcap entries above and report back. Thanks! -- -duke Calgary, Alberta, Canada
Re: HTML mail - mailcap problem
On Sat, May 05, 2001 at 03:47:24PM -0600, Duke Normandin wrote: > > However, when I select a message from the index that's HTML I get the > following: > mailcap entry for type text/html not found > > What the hell? Hey Duke. Check the exact mime-type, there are about four that come up. Here's a cut from my .mailcap text/html ; lynx -dump -force_html %s ; copiousoutput text/htm; lynx -dump -force_html %s ; copiousoutput message/html; lynx -dump -force_html %s ; copiousoutput message/htm ; lynx -dump -force_html %s ; copiousoutput I use lynx instead of links. Works great. The copiousoutput is also required. Mike -- Michael P. Soulier <[EMAIL PROTECTED]> "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 PGP signature
Re: HTML Mail -> no temp file
On Wed, 07 Jul 1999, Brian Salter-Duke wrote: > > text/html; (netscape -remote 'openFile(%s)' || netscape %s)\; sleep 10; \ > >test=test -n "$DISPLAY" > Could you explain what is really going here? Why the two calls to > netscape sparated by ||? This first tries to start netscape -remote, which exits with a value !=0 if no netscape is actually running. In this case the "or" (||) part is executed and a new netscape is started. > Why the \ after the ) to protect the ;? Because an unquoted ";" is the mailcap separator. But what I want to do here is to execute two commands (netscape and sleep) one after the other, so the "\;" is a ";" for the shell executing the mailcap command. > Are the alternatives whether netscape is already running or not? Yep. Ciao Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * PGP: 1024/DD08DD6D 2D E7 CC DE D5 8D 78 BE 3C A0 A4 F1 4B 09 CE AF
Re: HTML Mail -> no temp file
On Wed, Jul 07, 1999 at 01:27:31PM +0200, Roland Rosenfeld wrote: > On Tue, 06 Jul 1999, Hal Burgiss wrote: > > > Trying to view html mail and I get a NS message to the effect of: > > > > No Such File: /tmp/mutt > > > > Correct there is no such file -- anywhere. I have tmpdir set to /tmp in > > .muttrc. I don't see that mutt is creating any temp files in this > > situation? > > > > I've changed mailcap to '-remote openFile(%s)', since openURL() > > seemed to always want a http:// URL. This works fine as long as it > > points to a valid file. > > The problem with "netscape -remote openFile" is, that this command > terminates before the file is read in completely. IMHO this is a bug > in netscape. > > Mutt works correctly here: Mutt creates the temp file, then it starts > the command (netscape), then it waits for the started command to > terminate and after this Mutt removes the temp file. > > When netscape terminates before reading the file completely in, this > means, that Mutt has removed the file before is read and you got the > above message. I had sort of figured this out as I indicated in an earlier post. > Work around for this problem: > > Add a sleep 10 after the netscape call in your mailcap like this: > > text/html; (netscape -remote 'openFile(%s)' || netscape %s)\; sleep 10; \ >test=test -n "$DISPLAY" Could you explain what is really going here? Why the two calls to netscape sparated by ||? Why the \ after the ) to protect the ;? Are the alternatives whether netscape is already running or not? The manual explains some of the rules for mailcap entries, but it does not seem to cover the complete works. I keep seeing something new like this one. Cheers, Brian. > This is ugly, but normally these 10 seconds should be enough for > netscape to read the file. > > Alternatively you can tell Mutt to always wait for a key press before > removing the file by adding an exit 1 like this: > > text/html; (netscape -remote 'openFile(%s)' || netscape %s)\; exit 1; \ >test=test -n "$DISPLAY" > > This tells Mutt to ask for a key press (because netscape seems to be > terminated with an error) before removing the file. > > Another alternative is to "set wait_key" in your muttrc. This should > activate waiting for a key press after every external command. But in > most situations this is annoying, so I prefer to "unset wait_key" and > to add an "exit 1", when I want Mutt to wait for a key press in some > special case. > > Ciao > > Roland > > -- > * [EMAIL PROTECTED] * http://www.spinnaker.de/ * > PGP: 1024/DD08DD6D 2D E7 CC DE D5 8D 78 BE 3C A0 A4 F1 4B 09 CE AF -- Associate Professor Brian Salter-Duke (Brian Duke) Chemistry, Faculty of Science, IT and Education, Northern Territory University, Darwin, NT 0909, Australia. Phone 08-89466702. Fax 08-89466847 [EMAIL PROTECTED] http://www.smps.ntu.edu.au/chemistry/compchem.html
Re: HTML Mail -> no temp file
On Tue, 06 Jul 1999, Hal Burgiss wrote: > Trying to view html mail and I get a NS message to the effect of: > > No Such File: /tmp/mutt > > Correct there is no such file -- anywhere. I have tmpdir set to /tmp in > .muttrc. I don't see that mutt is creating any temp files in this > situation? > > I've changed mailcap to '-remote openFile(%s)', since openURL() > seemed to always want a http:// URL. This works fine as long as it > points to a valid file. The problem with "netscape -remote openFile" is, that this command terminates before the file is read in completely. IMHO this is a bug in netscape. Mutt works correctly here: Mutt creates the temp file, then it starts the command (netscape), then it waits for the started command to terminate and after this Mutt removes the temp file. When netscape terminates before reading the file completely in, this means, that Mutt has removed the file before is read and you got the above message. Work around for this problem: Add a sleep 10 after the netscape call in your mailcap like this: text/html; (netscape -remote 'openFile(%s)' || netscape %s)\; sleep 10; \ test=test -n "$DISPLAY" This is ugly, but normally these 10 seconds should be enough for netscape to read the file. Alternatively you can tell Mutt to always wait for a key press before removing the file by adding an exit 1 like this: text/html; (netscape -remote 'openFile(%s)' || netscape %s)\; exit 1; \ test=test -n "$DISPLAY" This tells Mutt to ask for a key press (because netscape seems to be terminated with an error) before removing the file. Another alternative is to "set wait_key" in your muttrc. This should activate waiting for a key press after every external command. But in most situations this is annoying, so I prefer to "unset wait_key" and to add an "exit 1", when I want Mutt to wait for a key press in some special case. Ciao Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * PGP: 1024/DD08DD6D 2D E7 CC DE D5 8D 78 BE 3C A0 A4 F1 4B 09 CE AF
Re: HTML Mail -> no temp file
On Wed, Jul 07, 1999 at 10:12:01AM +1100, Brian Salter-Duke wrote: > On Tue, Jul 06, 1999 at 08:10:36PM -0400, Hal Burgiss wrote: > > Trying to view html mail and I get a NS message to the effect of: > > > > No Such File: /tmp/mutt > > > > Correct there is no such file -- anywhere. I have tmpdir set to /tmp in > > .muttrc. I don't see that mutt is creating any temp files in this > > situation? > > I have experienced a similar situation and was waiting to find time > for more extensive tests before asking mutt-users. On some tries > I get the "No such file" error. On others I get part of the document > appearing. I think mutt fires of the document from the tmp directory > and then moves on, deleting the file. It gets deleted before the > transfer is complete. At least that is my hypothesis at present. I > was going to try putting the call of netscape in a wrapper script > whose name appears in the mailcap file, but I am busy with other > stuff. > You would seem to be correct. I just tried 'watch ls' in /tmp and there is a temp file created very briefly -- and then it's gone. -- Hal B [EMAIL PROTECTED] -- Linux helps those who help themselves
Re: HTML Mail -> no temp file
On Tue, Jul 06, 1999 at 08:10:36PM -0400, Hal Burgiss wrote: > Trying to view html mail and I get a NS message to the effect of: > > No Such File: /tmp/mutt > > Correct there is no such file -- anywhere. I have tmpdir set to /tmp in > .muttrc. I don't see that mutt is creating any temp files in this > situation? I have experienced a similar situation and was waiting to find time for more extensive tests before asking mutt-users. On some tries I get the "No such file" error. On others I get part of the document appearing. I think mutt fires of the document from the tmp directory and then moves on, deleting the file. It gets deleted before the transfer is complete. At least that is my hypothesis at present. I was going to try putting the call of netscape in a wrapper script whose name appears in the mailcap file, but I am busy with other stuff. > I've changed mailcap to '-remote openFile(%s)', since openURL() > seemed to always want a http:// URL. This works fine as long as it > points to a valid file. > I think this is correct too, since you are trying to load a file not a URL. I do not think this problem is mutt version or system dependent. Cheers, Brian. > Using with RH6.0: > > Mutt 0.95.4us (1999-03-03) > Copyright (C) 1996-8 Michael R. Elkins and others. > > System: Linux 2.2.5-22 [using slang 9938] > Compile options: > -DOMAIN > -HOMESPOOL -USE_SETGID -USE_DOTLOCK +USE_FCNTL -USE_FLOCK > +USE_IMAP +USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR > -BUFFY_SIZE > -EXACT_ADDRESS +ENABLE_NLS > SENDMAIL="/usr/sbin/sendmail" > MAILPATH="/var/spool/mail" > SHAREDIR="/etc" > SYSCONFDIR="/etc" > ISPELL="/usr/bin/ispell" > > > TIA > > > -- > Hal B > [EMAIL PROTECTED] > -- > Linux helps those who help themselves -- Associate Professor Brian Salter-Duke (Brian Duke) Chemistry, Faculty of Science, IT and Education, Northern Territory University, Darwin, NT 0909, Australia. Phone 08-89466702. Fax 08-89466847 [EMAIL PROTECTED] http://www.smps.ntu.edu.au/chemistry/compchem.html