Re: HTML email?
> > That's because all my groups are computed from my address db. > Same here. I guess I have to update my script which does that. Done :-) Now I'm wondering what cool things I can do with it. Index coloring, limiting, searching sounds easy but not really necessary since I'm sorting my mails into person or group related mailboxes anyway. Any cool ideas out there? ;-) Thanks, Andy -- Life is a bridge. Cross over it but build no house on it. (Indian Proverb)
Re: HTML email?
> However, the manual's misleading: We agree on that. :-) > > - Can I group mutt aliases with -addr or just addresses? > Not sure what you mean here. Sorry, I meant: does "-addr" also match alias names? I guess not. > That's because all my groups are computed from my address db. Same here. I guess I have to update my script which does that. > But note this in the PATTERNS section: ... > So your regexps above need backslash doubling. Or maybe quoting :-) Good point! Thanks. Good night Andy -- Much of the social history of the Western world over the past three decades has involved replacing what worked with what sounded good. (Thomas Sowell)
Re: HTML email?
On 09Apr2021 22:41, Andy Spiegl wrote:
>> So in fact I choose the alternative order per message:
>Great idea! And thanks for pointing out the "group" command which was
>completely unknown to me so far. Unfortunately I'm missing some good
>examples in the manual in order to completely understand its possibilites.
>
>Questions like
> - Do I have to repeat the -rx before every pattern?
No.
However, the manual's misleading:
4. Address Groups
Usage: group [ -group name ...] { -rx expr ... | -addr expr ... }
I'd read that as: "-rx expr ..." is one of the 2 group definition
alternatives. It looks like a group is either a set of addresses or a
set of regexps.
However, the following text description then falsifies the implication:
The group command is used to directly add either addresses or
regular expressions to the specified group or groups. The
different categories of arguments to the group command can be
in any order. The flags -rx and -addr specify what the following
strings (that cannot begin with a hyphen) should be interpreted
as: either a regular expression or an email address, respectively.
That says to me you can do this:
group -group group1 -group group2 -rx regexp1 regexp2 -addr addr1 addr2 -rx
regexp3
which appends 5 definitions to "group1" and "group2". Or, on reflection,
maybe:
group -group group1 group2 -rx regexp1 regexp2 -addr addr1 addr2 -rx regexp3
On that basis I'd have written the syntax like this:
Usage: group [ -group name ]... { -rx expr... | -addr expr... }...
Note the repetition bound to each optional thing: multiple "-group name"
But the above is somewhat conjecture - we need to read the source, alas.
> - Can I group mutt aliases with -addr or just addresses?
Not sure what you mean here.
I have no -rx groups, but _all_ my mutt alias definitions take the form:
alias -group 37signals 37signals \
37signals Billing , \
Jason Fried - 37signals Newsletter
which defines _both_ an alias _and_ an address based group (which have
the same name, hence the double "37signals" above - you can name these
differently).
That's because all my groups are computed from my address db.
> - What is a good way to check/verify whether my group definition works?
>E.g. I defined the group "me":
> group -group me -rx me\..* -rx .*\.spiegl.*@ -rx .*\.andy.*@
Maybe write some index colouring rules based on the group membership?
That seems the simplest way to test this stuff to me.
I think I'm going to have to write myself a macro to "reload all my
settings" - I've had to muck around in the past trying stuff like this,
and leaving/entering mutt every time I make a change is tedious.
>Hoping that it would also pick up all "me." aliases like: me.company1,
>me.company2, ...
Looks like it should. But the regexps may need to match the whole
address part, maybe you need:
spiegl\..*@.*
Or maybe not, if they're applied to the "whole address" eg "Andy Spiegl
".
I confess I'm just guessing here.
But note this in the PATTERNS section:
Special attention has to be paid when using regular expressions
inside of patterns. Specifically, Mutt's parser for these patterns
will strip one level of backslash (“\”), which is normally used for
quoting. If it is your intention to use a backslash in the regular
expression, you will need to use two backslashes instead (“\\”).
So your regexps above need backslash doubling. Or maybe quoting :-)
>Do you happen to know where to find more about it? (my last resort
>would be the source code)
The source, alas.
I don't use regexps for address matching (if I can help it); they're a
lousy tool for matching addresses.
Cheers,
Cameron Simpson
Re: HTML email?
Cameron: > However, there are plenty of platforms which are HTML first and provide > either very poor plaintext equivalents of empty ones, or ever just stuff > the raw HTML into both parts. Yes, exactly! What a PITA. I gave up explaining the issue to the senders because most of them simply don't understand the problem. > So in fact I choose the alternative order per message: Great idea! And thanks for pointing out the "group" command which was completely unknown to me so far. Unfortunately I'm missing some good examples in the manual in order to completely understand its possibilites. Questions like - Do I have to repeat the -rx before every pattern? - Can I group mutt aliases with -addr or just addresses? - What is a good way to check/verify whether my group definition works? E.g. I defined the group "me": group -group me -rx me\..* -rx .*\.spiegl.*@ -rx .*\.andy.*@ Hoping that it would also pick up all "me." aliases like: me.company1, me.company2, ... Do you happen to know where to find more about it? (my last resort would be the source code) Thanks, Andy -- Men occasionally stumble over the truth, but most of them pick themselves up and hurry off as if nothing had happened. (Sir Winston Churchill)
Re: HTML email?
On 07Apr2021 07:22, John Niendorf wrote: >How do you all deal with HTML email? Composing HTML is a can of worms. I'd need to dig into the list archives - it has been discussed. Displaying HTML uses 2 main settings: The .mailcap entry for text/html with the "copiousoutput" flag. For example: text/html; exec 2>&1 && env DISPLAY= unhtml %s; copiousoutput "unhtml" is a personal script which invokes whatever I prefer to use to transcribe HTML as plain text. Currently it invokes: lynx -stdin -dump That way I don't have to hack my mailcap much, better to hack the script if I shift tools, eg to w3m. The other setting is the alternative_order setting, which says which Content-Type to prefer of a multipart/alternative message. These usually have a text/plain and text/html part (though of course they course have other things, eg a text/markdown part). My default setting is: alternative_order text/plain text/html which prefers the plain text version, sidestepping the HTML altogether. However, there are plenty of platforms which are HTML first and provide either very poor plaintext equivalents of empty ones, or ever just stuff the raw HTML into both parts. Absolutely rubbish quality of implementation, but there you go. So in fact I choose the alternative order per message: # alternative-order criteria message-hook . 'unalternative_order *; alternative_order text/plain text/html' message-hook '~h "X-Mailer: Apple Mail" ~X 1-' 'unalternative_order *; alternative_order text/html multipart/mixed text/plain' 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 far all messages I set up the default. Then for Apple Mail I put the HTML first because of the way Apple Mail packs attachments, which is weird. Then for an elite set of negligent idiots I put HTML first because I _know_ that they shift a plaintext version and the plaintext is always rubbish. That last criterion is email from outlook.com, live.com, facebook.com, yahoo's PR/info people, and whomever I have explicitly added to my mutt "htmlers" group. Cheers, Cameron Simpson
Re: HTML email?
And I will open a can with worms: "deal" in what sense ? Just reading the html email or are you talking about replying to the HTML email with HTML email or maybe you're talking about keeping HTML replies intact and replying with plain txt ? There are several use cases which have workarounds all over the place. This mailing list has listed several of them in the past but unfortunately they're all just a workarounds not a real solutions to this multimedia nonsense which was brought to email world. Apologies for not replying with any suggestions, the only suggestion I have: look up the archive of this mailing list and you'll find plenty of ideas related to your question. Dan On Wed, Apr 07, 2021 at 07:22:51AM -0600, John Niendorf wrote: Hi Folks, How do you all deal with HTML email? Thank you, John -- Daniel Ciprus .:|:.:|:. CONSULTING ENGINEER.CUSTOMER DELIVERY Cisco Systems Inc. dcip...@cisco.com tel: +1-703-484-0205 mob: +1-540-223-7098 signature.asc Description: PGP signature
Re: HTML email?
On Wed, Apr 07, 2021 at 07:22:51AM -0600, John Niendorf wrote: > Hi Folks, > > How do you all deal with HTML email? I delete them.
Re: HTML email?
On Wed, Apr 07, 2021 at 08:00:38AM -0600, John Niendorf wrote: > Thank you - where do you put the python3 script and how do you let mutt know > it is there? Put it somewhere in $PATH, or you can use an absolution path. -- Best regards, lilydjwg
Re: HTML email?
Thank you - where do you put the python3 script and how do you let mutt know it is there?
Re: HTML email?
On Wed, Apr 07, 2021 at 07:22:51AM -0600, John Niendorf wrote:
> Hi Folks,
>
> How do you all deal with HTML email?
My .muttrc is
set mailcap_path= ~/.mutt/mailcap
auto_view text/html
~/.mutt/mailcap is
text/html; w3m -I %{charset} -T text/html; copiousoutput;
Re: HTML email?
Hello John,
Il 07 aprile 2021 alle 07:22 John Niendorf ha scritto:
> How do you all deal with HTML email?
This in mailcap
text/html; w3m -I %{charset} -T text/html; copiousoutput
and then in mutt itself
—F
Re: HTML email?
On Wed, Apr 07, 2021 at 07:22:51AM -0600, John Niendorf wrote: > Hi Folks, > > How do you all deal with HTML email? > > Thank you, > > John I view it in mutt with elinks -force-html -dump -dump-color-mode 1. If that doesn't work well, I open it in my browser with a script viewhtmlmsg[1] using a custom keybinding: macro pager \eh "viewhtmlmsg --fork -w 10" "View in webbrowser" I don't write HTML mails. [1]: https://github.com/lilydjwg/viewhtmlmsg -- Best regards, lilydjwg
Re: html email
On Mon, Jan 17, 2011 at 10:02:15AM -0500, Alain Marcoux wrote: Hi, Mutt -e my_hdr Content-Type: text/html -s subject emailadresse html.file It is on sco 6 version 1.4.2.1i this is quite an old version so you will not get much help for this version. Attaching html files should work as long as mutt can determine file type from the suffix. I have had myself plenty of problems and workarounds with html contents. Depends what you are really trying to do but mutt is not the ideal html mailer. Richard --- Name and OpenPGP keys available from pgp key servers
Re: html email
THANKS FOR YOUR RESPOND BUT IN SCO 6 IT SEEMS TO BE THE LAST VERSION IT IS NOT THE ATTACHMENT I WANT TO PUT IN MY EMAIL IT IS THE BODY ITSELF IT SEEM THAT THE COMMAND '-E ...' DOES NOT WORK BYE. Merci / Thanks Alain Marcoux Informatique Conseils 685 Soeur-Marie-Rose Terrebonne, Quebec, Canada J6V 1P1 Tel:(450) 657-1214 Fax:(450) 657-9883 alain.marc...@infoc.ca -Original Message- From: Richard Zidlicky [mailto:rdzid...@googlemail.com] On Behalf Of Richard Sent: Monday, 17 January, 2011 16:44 To: Alain Marcoux Cc: mutt-users@mutt.org Subject: Re: html email On Mon, Jan 17, 2011 at 10:02:15AM -0500, Alain Marcoux wrote: Hi, Mutt -e my_hdr Content-Type: text/html -s subject emailadresse html.file It is on sco 6 version 1.4.2.1i this is quite an old version so you will not get much help for this version. Attaching html files should work as long as mutt can determine file type from the suffix. I have had myself plenty of problems and workarounds with html contents. Depends what you are really trying to do but mutt is not the ideal html mailer. Richard --- Name and OpenPGP keys available from pgp key servers
Re: HTML email, was Re: reading color quoted replies
On Thu, Feb 08, 2007 at 05:38:15PM -0600, Travis H. wrote:
On Thu, Feb 08, 2007 at 06:34:19PM +0100, Rado S wrote:
Is there still considerable danger in dumping html via w3m or
some other html to text converter?
Well, theoretically, any time you operate on data provided by someone
who may not be trustworthy, you face a risk. The magnitude of the
risk is dependent on the complexity of the program you're using to
process it. {}
Thanks for the info Travis.
Marc
Re: HTML email, was Re: reading color quoted replies
On Thu, Feb 01, 2007 at 11:04:23PM -0600, Travis H. wrote: I would say your best angle is a security angle. See if you can get someone with the authority to recognize that reading your email with a web browser and/or sending HTML poses a threat to the security of the company and the users who don't know better. Ok, thanks Travis. I'm still pessimistic about being able to bring about real change this way. Unfortunately, I think that it's likely going to take enough people getting burned before widespread change. If you need some argument by authority, I point you to the fact that the DoD banned the use of HTML email and OWA: http://www.fcw.com/article97178-12-22-06-Web Perhaps it starts with the DoD. Interestingly, all of the cited anecdotes suggest that html is not getting blocked, but is getting converted to text. Is there still considerable danger in dumping html via w3m or some other html to text converter? That's not a rhetorical question; I really don't know the answer and I'm not suggesting that html email not be banned even if the answer is no. Also, we correspond with several DoD organizations on a weekly basis. We've never had an email blocked, nor have we been told not to send html email. On a personal level, you can always create an autoresponder that says something like, I'm sorry, but I was expecting an email from you and instead I got a web page. I do not use a web browser to read email, so I cannot view this. If you wish to communicate by email, please try sending one. Ok, but I think that a less condescending, more diplomatic message that cites a real reason--like security--would be more effective.
Re: HTML email, was Re: reading color quoted replies
=- Marc Vaillant wrote on Thu 8.Feb'07 at 11:58:48 -0500 -= Is there still considerable danger in dumping html via w3m or some other html to text converter? No, see wiki FAQ how to make it work. Also, we correspond with several DoD organizations on a weekly basis. We've never had an email blocked, nor have we been told not to send html email. Some blocks are black holes: no response. Not being told: maybe the other side sorts them as spam and deals with it later when searching for false positives rather than responding normally. The correspondence itself is not lost, but time. But of course your company might be white-listed, so no problems at all, no matter how spammy it looks. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL of it: you get what you give.
Re: HTML email, was Re: reading color quoted replies
On Thu, Feb 08, 2007 at 06:34:19PM +0100, Rado S wrote: =- Marc Vaillant wrote on Thu 8.Feb'07 at 11:58:48 -0500 -= Is there still considerable danger in dumping html via w3m or some other html to text converter? No, see wiki FAQ how to make it work. Ok thanks. I do it now, just wondering if there were any security risks. Also, we correspond with several DoD organizations on a weekly basis. We've never had an email blocked, nor have we been told not to send html email. Some blocks are black holes: no response. Not being told: maybe the other side sorts them as spam and deals with it later when searching for false positives rather than responding normally. The correspondence itself is not lost, but time. But of course your company might be white-listed, so no problems at all, no matter how spammy it looks. Understand, thanks. Marc
Re: HTML email, was Re: reading color quoted replies
On Thu, Feb 08, 2007 at 06:34:19PM +0100, Rado S wrote: Is there still considerable danger in dumping html via w3m or some other html to text converter? Well, theoretically, any time you operate on data provided by someone who may not be trustworthy, you face a risk. The magnitude of the risk is dependent on the complexity of the program you're using to process it. I think most of the threat here is from javascript and stuff like that which has no analog in plain text and would be filtered out. The only problem then would be a data-directed attack against the HTML parser. This would typically involve a buffer overflow of some kind in the parser. One thing you can try to do is sandbox it, via chroot or jail or whatever you fancy. The program isn't going to need to access anything else, and has simple I/O (HTML in, text out), and probably doesn't invoke any external programs so this shouldn't be hard at all. In practical terms, shoot for a program written in a HLL like python, perl, ruby or ocaml, if you can find one. They don't suffer from as many problems as C programs, and speed isn't really an issue. You would probably be very safe even without any of these procedures, unless someone who knew you were doing this conversion, could guess which one, and with good exploitation skills took a personal interest in you. In any case, if there were a bug in HTML parsers, it'd likely be discovered on some of the phishing websites before email. There just aren't enough people doing this to justify the time. -- Good code works. Great code can't fail. -- URL:http://www.subspacefield.org/~travis/ For a good time on my UBE blacklist, email [EMAIL PROTECTED] pgpoSDNuW5CY7.pgp Description: PGP signature
Re: HTML email, was Re: reading color quoted replies
On Mon, Feb 05, 2007 at 06:31:03PM +0100, Rado S wrote: ... one part being the defensive things listed by Travis, but you also shouldn't forget that some outsiders rate html-ized mails as spammy, so at least the score increases or in the worst case it's outright blocked unless white-listed. ... (min. 50% of my total spam is html-ized: when I explain this to my partners, they understand and click their box. I haven't heard any of them complain about having lost quality of life ;) Yep... spamassassin has this as a test in every install. It may not be weighted enough to force a failure by default, but it does count towards the overall spam score. I'm reading this on a system that doesn't have X11 libraries, so I can't easily view graphics anyway. When I get around to content filtering, I'm going to file those in =.spam automatically. BTW, the bayesian learning page at CRM114 or dspam (I forget) has some interesting facts about HTML keywords. -- Good code works. Great code can't fail. -- URL:http://www.subspacefield.org/~travis/ For a good time on my UBE blacklist, email [EMAIL PROTECTED] pgpW10KHC0Eyc.pgp Description: PGP signature
Re: HTML email, was Re: reading color quoted replies
=- Travis H. wrote on Thu 1.Feb'07 at 23:04:23 -0600 -=
On Thu, Feb 01, 2007 at 03:59:51PM -0500, Marc Vaillant wrote:
This just isn't realistic. What sort of view of mutt do you
think an outlook user (potential mutt user) is going to get if
I tell them Hey check out this great text based MUA that I
have... only thing is, you know that feature that everyone in
the office loves to use with their clients, well you have to
tell them not to use it.
Disclaimer: I am a security enthusiast
I would say your best angle is a security angle. {...}
... one part being the defensive things listed by Travis, but you
also shouldn't forget that some outsiders rate html-ized mails
as spammy, so at least the score increases or in the worst case
it's outright blocked unless white-listed.
If they don't want to change their mind just for you as collegue
to make you more efficient at work, those arguments should make
some responsible dudes think about it.
(min. 50% of my total spam is html-ized: when I explain this to
my partners, they understand and click their box. I haven't heard
any of them complain about having lost quality of life ;)
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
Re: html email
Alas! Joel Hammer spake thus: I thought NT stands for New Technology. MS is always trying to make their customers forget about the last operating system. I always thought it was Ne Twerking because NT is supposed to be so secure for networks or something ;) -- Rob 'Feztaa' Park [EMAIL PROTECTED] -- Television: A medium. So called because it's neither rare nor well done. -- Ernie Kovacs msg23870/pgp0.pgp Description: PGP signature
Re: html email
On 020124, at 08:19:44, Gary Johnson wrote I receive a lot of internal memos from administrative assistants (formerly known as secretaries) formatted as HTML. ... 3. In all fairness [donning flame suit now], HTML e-mail looks better to most users than does plain text. You can change the font, you can put individual words or titles in bold or italics. The presentation is just nicer. A lot of people take pride in how their work looks, ... I also see this fairly often. Of course, because these folks care about how their message looks, they also include stationery, background or border images. So I'll get a multipart/alternative message with one or two image attachments, where the text part is about 300 byte, the html part about 3k bytes, and the images about 30-100k bytes each. The best ones are from the IT department, rejoicing in their latest efficiency measures... -- David Ellement [EMAIL PROTECTED]
Re: html email
David -- ...and then David Ellement said... % ... % background or border images. So I'll get a multipart/alternative % message with one or two image attachments, where the text part is % about 300 byte, the html part about 3k bytes, and the images about % 30-100k bytes each. % % The best ones are from the IT department, rejoicing in their % latest efficiency measures... Not any IT department where *I* ever work :-) % % -- % David Ellement [EMAIL PROTECTED] :-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! msg23834/pgp0.pgp Description: PGP signature
Re: html email
On Fri, Jan 25, 2002 at 09:52:26PM -0800, David Ellement wrote: The best ones are from the IT department, rejoicing in their latest efficiency measures... worse - the ones that have the message in plain text, along with a 500kb attachment in M$ Word repeating word-for-word the same information. -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net
Re: html email
On Sat, Jan 26, 2002 at 12:05:21PM -0500, Thomas Dickey wrote: On Fri, Jan 25, 2002 at 09:52:26PM -0800, David Ellement wrote: The best ones are from the IT department, rejoicing in their latest efficiency measures... worse - the ones that have the message in plain text, along with a 500kb attachment in M$ Word repeating word-for-word the same information. My favorite was the last bi-monthly report from our (win NT dominated...) IT dept...It was a 4Mb word document for about a page and a half, plus some high res pics, plus all the revisions in the word document. It was sent to every email address in the institution (thousands) and nearly brought the exchange server to it's knees...our dept survived as our mail is on a sparcstation, though it nearly filled it's disk, our IT guy, stripped out about 10k of text and sent that to us all Michael -- Dr Michael A. Maibaum - (W)+1 (415) 561 1682 - (H)+1 (415) 626 6733 [EMAIL PROTECTED] URL:http://www.gene-hacker.net/main/index.php
Re: html email
On Sat, Jan 26, 2002 at 09:17:14AM -0800, Michael Maibaum wrote: My favorite was the last bi-monthly report from our (win NT dominated...) IT dept...It was a 4Mb word document for about a page and I'm not able to top that. (There are some instances where individuals have sent larger attachments - some because they don't think to compress a file, and others who make a habit of attaching the relevant files - more than once - even though I already have the files). -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net
Re: html email
On Jan 26, Michael Maibaum [[EMAIL PROTECTED]] wrote: My favorite was the last bi-monthly report from our (win NT dominated...) IT dept...It was a 4Mb word document for about a page and a half, plus some high res pics, plus all the revisions in the word document. It was sent to every email address in the institution (thousands) and nearly brought the exchange server to it's knees...our dept survived as our mail is on a sparcstation, though it nearly filled it's disk, our IT guy, stripped out about 10k of text and sent that to us all A month or two ago, we started getting pages from our router guys asking if we knew why our Linux/qmail/etc. boxes were completely saturating our external pipe and almost taking the router down. By the time the guy that was on call got back to work, they had shut down outgoing SMTP at the firewall to at least block whatever it was, since 4 of our remote offices' Exchange servers had gone down under the load. Turns out somebody was trying to send a mail with a 3MB word doc to everyone in the company and their brother. Of course qmail happily complied, killing 4 other mail servers and almost the router in the process. We'd just recently gotten them to switch to Linux + qmail on the corporate border SMTP, and one of the managers actually suggested it was a flaw of qmail that it didn't crash at this point, to act as a break point. :) Of course we now have real limiting in place to make sure someone can't do it again. msg23839/pgp0.pgp Description: PGP signature
Re: html email
On Jan 25, David Ellement [[EMAIL PROTECTED]] wrote: I also see this fairly often. Of course, because these folks care about how their message looks, they also include stationery, background or border images. So I'll get a multipart/alternative message with one or two image attachments, where the text part is about 300 byte, the html part about 3k bytes, and the images about 30-100k bytes each. Yeah... and the stationery and fonts they use with it often require superhuman eyes to handle the contrast, etc. And replies to it often pick it up because of how people have their configurations. My personal favorite is when they send single images announcing some event/etc. as a _PowerPoint_ file. msg23840/pgp0.pgp Description: PGP signature
Re: html email
On Jan 26, Rob 'Feztaa' Park [[EMAIL PROTECTED]] wrote: Alas! Jeremy Blosser spake thus: one of the managers actually suggested it was a flaw of qmail that it didn't crash at this point, to act as a break point. :) Linux: Too stable for it's own good! That's a new one on me ;) Yeah... there's a little more to that... we'd just switched from a Novell Groupwise system to using Exchange for the group mail stuff with qmail on the border handling the real incoming/outgoing mail (talk about your bad news/good news situations). This was pretty much the first Friday after we switched. When he heard the story, one of the old Groupwise admins commented that the Groupwise system used to go down every Friday at about the same time, and they never quite knew why... they just bounced the server and it was fine again. So the theory (among managers anyway) became that this was some kind of regular mail that had been going on all along, but had never been a problem before because Groupwise just crashed and it died there. It seems to me there would still be a queue with those messages waiting to go out again that would keep causing problems til they fixed it, but I don't know Groupwise. msg23844/pgp0.pgp Description: PGP signature
Re: html email
On Sat, 26 Jan 2002, Nick Wilson wrote: * and then Michael Maibaum blurted My favorite was the last bi-monthly report from our (win NT dominated...) IT dept...It was a 4Mb word document for about a page and a half, plus some high res pics, plus all the revisions in the word document. It was sent to every email address in the institution - From the /IT/ department? Sheesh, even my mum sends text only, /and/ understands why. How can you work in an IT department and be so monumentally ignorant? Hr Well, as it is an NT dominated environment, anybody know what NT stands for? No Thoughts By the way, why didn't they just put links to the pics instead? Isn't that the reason for a wan or a lan? -- Knute You live, You die. Enjoy the interval! -- Clarence msg23848/pgp0.pgp Description: PGP signature
Re: html email
On Sat, 26 Jan 2002, Jeremy Blosser wrote: Yeah... there's a little more to that... we'd just switched from a Novell Groupwise system to using Exchange for the group mail stuff with qmail on the border handling the real incoming/outgoing mail (talk about your bad news/good news situations). This was pretty much the first Friday after we switched. When he heard the story, one of the old Groupwise admins commented that the Groupwise system used to go down every Friday at about the same time, and they never quite knew why... they just bounced the server and it was fine again. So the theory (among managers anyway) became that this was some kind of regular mail that had been going on all along, but had never been a problem before because Groupwise just crashed and it died there. It seems to me there would still be a queue with those messages waiting to go out again that would keep causing problems til they fixed it, but I don't know Groupwise. Isn't that what logs are for? You know, to help diagnose issues such as that. But checking log files was never a strong point for windows though. Even in NT where logs are actually kept, I'm not sure how often they were actually checked. -- Knute You live, You die. Enjoy the interval! -- Clarence msg23849/pgp0.pgp Description: PGP signature
Re: html email
Alas! Knute spake thus: By the way, why didn't they just put links to the pics instead? Isn't that the reason for a wan or a lan? Give these guys a break, anybody who uses NT by choice can't be very bright ;) -- Rob 'Feztaa' Park [EMAIL PROTECTED] -- When the authorities warn you of the dangers of having sex, there is an important lesson to be learned. Do not have sex with the authorities. -- Matt Groening msg23850/pgp0.pgp Description: PGP signature
Re: html email
On Jan 26, Knute [[EMAIL PROTECTED]] wrote: Isn't that what logs are for? You know, to help diagnose issues such as that. Yeah. Our group maintains/checks our logs. The others... It's actually been hard for management to adjust to the idea that we can tell them what happened when they ask, and aren't guessing about it. msg23851/pgp0.pgp Description: PGP signature
Re: html email
On Sat, Jan 26, 2002 at 05:42:57PM -0600, Knute wrote: On Sat, 26 Jan 2002, Nick Wilson wrote: * and then Michael Maibaum blurted My favorite was the last bi-monthly report from our (win NT dominated...) IT dept...It was a 4Mb word document for about a page and a half, plus some high res pics, plus all the revisions in the word document. It was sent to every email address in the institution - From the /IT/ department? Sheesh, even my mum sends text only, /and/ understands why. How can you work in an IT department and be so monumentally ignorant? Hr Well, as it is an NT dominated environment, anybody know what NT stands for? No Thoughts By the way, why didn't they just put links to the pics instead? Isn't that the reason for a wan or a lan? well, I wondered why the whole thing wasn't on an internal website somewhere I never figured out why not... Michael -- Dr Michael A. Maibaum - (W)+1 (415) 561 1682 - (H)+1 (415) 626 6733 [EMAIL PROTECTED] URL:http://www.gene-hacker.net/main/index.php
Re: html email
I thought NT stands for New Technology. MS is always trying to make their customers forget about the last operating system. Joel Hr Well, as it is an NT dominated environment, anybody know what NT stands for? No Thoughts
Re: HTML email that is NOT an attachment problem! :(
I had this symptom, I needed the file to have a .html suffix: text/html; lynx -localhost -dump %s ; copiousoutput ; nametemplate=%s.html Your problem sounds slightly different, but maybe give it a whirl. Sam Quoting Dr. Christian Seberino [EMAIL PROTECTED], who wrote: Stephan, Here is beginning of an email that is dumping html source even though it looks like lynx is activated... ... Deborah Warren [EMAIL PROTECTED], Jacob A. Langford [EMAIL PROTECTED], Ralph Nebiker [EMAIL PROTECTED] Subject: FIE2JIF SITREP 5/11 Date: Fri, 11 May 2001 17:08:17 -0400 [-- Autoview using lynx -dump '/tmp/muttoZiSst' --] !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=iso-8859-1 META content=MSHTML 5.50.4611.1300 name=GENERATOR/HEAD BODY DIVFONT face=Arial DIVFONT face=ArialSTRONGFONT size=5Federation Integration-SPAN class=997221315-230220012/SPAN JIFnbsp;SITREPnbsp;SPAN class=997221315-230220015/SPAN class=271071112-110520011SPAN class=118235920-110520011/SPAN/SPAN/SPAN/FONTFONT size=2:/FONT/STRONGFONT face=Times New Roman size=2 /FONT/DIV DIVnbsp;/DIV DIVUToday's highlights:/U/DIV etc. Here is my .mailcap and .muttrc... (seberino /home/seberino) % more .mailcap text/html; lynx -dump %s ; copiousoutput application/msword; /home/seberino/soffice/soffice %s ; edit=/home/seberino/soffice/soffice %s; compose=/home/seberino/soffice/soffice %s; description=Microsoft Word document (seberino /home/seberino) % (seberino /home/seberino) % (seberino /home/seberino) % more .muttrc set from = [EMAIL PROTECTED] fcc-hook . +sent-mail save-hook . +saved-mail set hostname = spawar.navy.mil set fast_reply = yes set include = yes auto_view text/html set autoedit = yes set reverse_alias = yes set confirmappend = no set confirmcreate = no set move = no set delete = yes set sendmail = /usr/sbin/sendmail -oem -oi I don't think it is part text and part html. Any other ideas from fragment above? Chris On Wed, May 09, 2001 at 06:35:07PM +0200, Stefan Frank wrote: At Tue, May 08 2001 [21:10 -0700], Dr. Christian Seberino aroused my curiosity with: I got lynx to read HTML attachments but looks like MS Outlook something is sending HTML emails that are NOT attachments and my autofilter is not correcting it so I just see HTML source code. I believe I was not even able to save and view this file the hard way. Anybody having similar problems? Chris Hello Chris, perhaps it's a multipart message that also contains a text part without HTML. See section 5.5 of the mutt manual. I have the following in my .muttrc: (text messages are preferred) alternative_order text/enriched text/plain text/html When I was new to mutt, I had the problem that mutt couldn't find my mailcap file. You can set the path with the mailcap_path variable in your .muttrc: set mailcap_path=~/.mailcap And don't forget to include auto_view text/html in your .muttrc. This is in my .mailcap: text/html; w3m -dump -T text/html %s; copiousoutput Tschoe, Steff -- === Dr. Christian Seberino === SPAWARSYSCEN D02P || (619) 553-2564 49330 ELECTRON DR || SAN DIEGO CA 92152-5451|| [EMAIL PROTECTED] === -- Sam Roberts [EMAIL PROTECTED]
Re: HTML email that is NOT an attachment problem! :(
On Fri, May 11, 2001 at 02:59:25PM -0700, Dr. Christian Seberino wrote: You never had any strange variation of html and/or xml that w3m could not handle? I'm using lynx. Is w3m better than lynx at this? I have never received a message that w3m couldn't handle. I really like w3m because it handles tables so well, and because of a few other neat features. I don't think I have ever received any XML, however, and I have not used lynx very often since I started using w3m, so I can't really comment on the usability, rendering quality or robustness of the latest versions of lynx. Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | RF Communications PGU http://www.spocom.com/users/gjohnson/mutt/ | Spokane, Washington, USA
Re: HTML email that is NOT an attachment problem! :(
Chris, After getting the view of the attachments with v, select the file labelled text/html and enter. If you mailcap file is right, you'll see the Lynx version of html in the window. jc On Fri, May 11, 2001 at 02:58:34PM -0700, Dr. Christian Seberino wrote: Suresh, Thanks for reply. I pressed v but then how do I pipe it to lynx -dump? Chris
Re: HTML email that is NOT an attachment problem! :(
If a MIME entity (either a sub-part of a multipart message or in this case the entire body of the message) is not of a type that Mutt can handle internally, but it's been told to autoview it then Mutt saves the entity to a temporary file, runs the appropriate command on this file and shows you the output. This temporary file is what lynx is showing you in source form. To get lynx to correctly interpret the file as HTML either add nametemplate=%s.html to your .mailcap entry (as suggested below) or add the -force_html option to lynx. HTH, Mark. On Fri, May 11, 2001 at 07:21:40PM -0700, Dr. Christian Seberino wrote: But there is not file! The html code is not part of an attached file but rather the body of the message. How could a file suffix enter here? Chris On Fri, May 11, 2001 at 06:21:19PM -0400, Sam Roberts wrote: I had this symptom, I needed the file to have a .html suffix: text/html; lynx -localhost -dump %s ; copiousoutput ; nametemplate=%s.html Your problem sounds slightly different, but maybe give it a whirl. Sam Quoting Dr. Christian Seberino [EMAIL PROTECTED], who wrote: Stephan, Here is beginning of an email that is dumping html source even though it looks like lynx is activated... ... Deborah Warren [EMAIL PROTECTED], Jacob A. Langford [EMAIL PROTECTED], Ralph Nebiker [EMAIL PROTECTED] Subject: FIE2JIF SITREP 5/11 Date: Fri, 11 May 2001 17:08:17 -0400 [-- Autoview using lynx -dump '/tmp/muttoZiSst' --] !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=iso-8859-1 META content=MSHTML 5.50.4611.1300 name=GENERATOR/HEAD BODY
Re: HTML email that is NOT an attachment problem! :(
At Tue, May 08 2001 [21:10 -0700], Dr. Christian Seberino aroused my curiosity with: I got lynx to read HTML attachments but looks like MS Outlook something is sending HTML emails that are NOT attachments and my autofilter is not correcting it so I just see HTML source code. I believe I was not even able to save and view this file the hard way. Anybody having similar problems? Chris Hello Chris, perhaps it's a multipart message that also contains a text part without HTML. See section 5.5 of the mutt manual. I have the following in my .muttrc: (text messages are preferred) alternative_order text/enriched text/plain text/html When I was new to mutt, I had the problem that mutt couldn't find my mailcap file. You can set the path with the mailcap_path variable in your .muttrc: set mailcap_path=~/.mailcap And don't forget to include auto_view text/html in your .muttrc. This is in my .mailcap: text/html; w3m -dump -T text/html %s; copiousoutput Tschoe, Steff
Re: HTML email that is NOT an attachment problem! :(
Dr. Christian Seberino proclaimed on mutt-users that: I got lynx to read HTML attachments but looks like MS Outlook something is sending HTML emails that are NOT attachments and my autofilter is not correcting it so I just see HTML source code. I believe I was not even able to save and view this file the hard way. Anybody having similar problems? Press v and pipe it to lynx -dump -- Suresh Ramasubramanian + Wallopus Malletus Indigenensis mallet @ cluestick.org + Lumber Cartel of India, tinlcI EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin
Re: HTML email that is NOT an attachment problem! :(
On Tue, May 08, 2001 at 09:10:43PM -0700, Dr. Christian Seberino wrote: I got lynx to read HTML attachments but looks like MS Outlook something is sending HTML emails that are NOT attachments and my autofilter is not correcting it so I just see HTML source code. I believe I was not even able to save and view this file the hard way. Anybody having similar problems? No, not here. I receive mail like this from my daughter's hotmail account and mutt pipes them through w3m just fine. Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | RF Communications PGU http://www.spocom.com/users/gjohnson/mutt/ | Spokane, Washington, USA
