= --Apple-Mail-6--1020401152--
Associated Messages, from the most recent to the oldest:
--Apple-Mail-6--1020401152 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi Michael thanks for chiming in! Well that works! But wouldn't you say that it is bad practice to send email out that =20 way, without a plain-text alternative, in case the user has HTML email =20= turned off, whether by choice, or otherwise? -Govinda On Dec 21, 2010, at 3:58 PM, Michael A. DeLorenzo wrote: > Try changing your content type to the code below as the last =20 > variable in the sendmail.=85=85 > > &content-type=3Dtext/html > > Mike > > From: Govinda [mailto:govinda.webdnatalk@gmail.com] > Sent: Tuesday, December 21, 2010 3:46 PM > To: talk@webdna.us > Subject: Re: [WebDNA] Re: html email.. should be a no-brainer.. but =20= > it is not parsing. (?) > > Hi Tom > > thanks for looking! > To confirm again, I just pasted your code below, exactly, except I =20 > just changed the to/from addresses... and on 2 unrelated clients' =20 > webdna hosts the email comes in as HTML. But when coming from the =20 > (3rd, unrelated) server (the one with the issue) then the HTML comes =20= > in as plain text.. (as opposed to real parsed HTML, or as opposed to =20= > my mail client displaying the plain-text alternative). I don't know =20= > why it should be different depending on the host. There is some =20 > variable entirely in the control of the host server admin, which I =20 > am apparently unfamiliar with. > > I will have to contact him and hope he knows what is the issue. > > If you have any clues, please say.. > otherwise just: > > Thanks for your time!, and for confirming my code is alright, > > -Govinda > > On Dec 21, 2010, at 10:43 AM, Tom Duke wrote: > > > Govinda, > > Hi - nothing obvious wrong in your code - not sure why you use the =20 > 'content-transfer-encoding' header though. Here's some code that =20= > is working for me right now - again I don't see an obvious =20 > difference with yours. > > Maybe if you're sending it as UTF-8 check that the templates etc are =20= > all in UTF-8. > > - Tom > > > > [sendmail to=3Dtest@test.ie&from=3Dtest@test.ie&subject=3DEmail =20 > Subject&MIME-Version=3D1.0&Content-Type=3Dmultipart/alternative; =20 > boundary=3D"
[cart]"] > > --
[cart] > Content-Type: text/plain; charset=3D"utf-8" > > Howdy > > --
[cart] > Content-Type: text/html; charset=3D"utf-8" > > "http://www.w3.org/TR/html4/loose.dtd"> > > >
:: Title :: > > > > > > leftmargin=3D"0" topmargin=3D"0" marginheight=3D"0" marginwidth=3D"0"> > >
Howdy
> > > > > > > --
[cart]-- > [/sendmail] > > > > > > > > > > On Tue, Dec 21, 2010 at 3:16 AM, Govinda =20 >
wrote: > hmmm.... > on another client's server the same exact code (and resulting email) =20= > comes in properly-parsed as HTML... > What does that mean? > What do I need to tell the former server admin (which when that =20 > server sends the email, refuses to display as HTML)? > Or does this even mean, for sure, that the issue is server-admin side? > > Thanks for any of your thoughts guys, > > -Govinda > > > On Dec 20, 2010, at 8:22 PM, Govinda wrote: > > I have not had need for html email for quite a while.. and now my =20 > old scripts, as well as recent posts/samples from this list, are all =20= > failing to show as proper HTML once I receive the email. I am =20 > getting the raw HTML code. When I receive the test email, then I =20 > tell my client (Mac/Mail, v.10.5.8) to toggle back and forth between =20= > showing me the email in HTML format, and then plain text format... =20 > and it does properly toggle to show me the plain text version ("test =20= > plain text here."), alternately with the HTML... so that is not the =20= > problem. The problem is simply that the HTML is being treated as =20 > though it were plain text. I do not see the issue. Can any of you? > > I look at the headers of the email that I receive and one thing =20 > might be (a) clue/relevant is the spam score(?) > Here, take a look (in case you think it could affect the reason my =20 > mail client is not displaying the email as HTML email): (and then =20 > code is below that) > Mime-Version: 1.0 > > Content-Type: multipart/alternative; boundary=3D"1234abcd" > > X-Spam-Status: No, score=3D-0.2 > > X-Spam-Score: -1 > > X-Spam-Bar: / > > X-Spam-Report: Spam detection software, running on the =20 > system "scr1-201003000000.spheryx.net", has identified this incoming =20= > email as possible spam. The original message has been attached to =20 > this so you can view it (if it isn't spam) or label similar future =20 > email. If you have any questions, see the administrator of that =20 > system for details. Content preview: Content-Type: text/plain; =20 > charset=3D"utf-8" Content-Transfer-Encoding: 7bit test plain text =20 > here. [...] Content analysis details: (-0.2 points, 5.0 required) =20= > pts rule name description ---- ---------------------- =20 > -------------------------------------------------- 0.0 =20 > T_TVD_MIME_NO_HEADERS BODY: T_TVD_MIME_NO_HEADERS -0.0 =20 > BAYES_20 BODY: Bayes spam probability is 5 to 20% =20 > [score: 0.1025] 0.5 MISSING_MID Missing Message-Id: =20 > header 0.0 T_MIME_NO_TEXT No text body parts -0.7 =20 > AWL AWL: From: address is in the auto white-list > > X-Spam-Flag: NO > > ------------------------------------------ > > Thanks for looking! > -Govinda > > = --------------------------------------------------------------------------= ---------------------------------------------- > > [sendmail =20 > to=20 > =3D=20 > myuser=20 > @mydomain.com&from=3Danother@domain.com&subject=3Demail_subject&MIME-=20= > Version=3D1.0&Content-Type=3Dmultipart/alternative; = boundary=3D"1234abcd"]=20 > [!][/!] > > [sendmail to=3Dmyuser@mydomain.com&[!] > [/!]from=3Danother@domain.com&[!] > [/!]subject=3Demail_subject&[!] > [/!]MIME-Version=3D1.0&[!] > [/!]Content-Type=3Dmultipart/alternative; boundary=3D"1234abcd"] > > --1234abcd > Content-Type: text/plain; charset=3D"utf-8" > Content-Transfer-Encoding: 7bit[unurl]%0D%0A[/unurl] > > test plain text here. > > [unurl]%0D%0A[/unurl] > > --1234abcd > Content-Type: text/html; charset=3D"utf-8" > Content-Transfer-Encoding: 7bit[unurl]%0D%0A[/unurl] > > "> > > > charset=3Dutf-8"> > test HTML email > > > test HTML here.
> well? > > > > --1234abcd-- > [/sendmail] > > = --------------------------------------------------------------------------= ---------------------------------------------- > > Govinda > > > ------------ > Govinda > > > > > > > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us > > > > --=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Digital Revolutionaries > 1st Floor, Castleriver House > 14-15 Parliament Street > Temple Bar,Dublin 2 > Ireland > ---------------------------------------------- > [t]: ++ 353 1 440 3907 > [f]: ++ 353 1 443 0720 > [e]: > [w]: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > ------------ > Govinda > > > > > > ------------ Govinda --Apple-Mail-6--1020401152 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Hi = Michael
thanks for chiming = in!
Well that = works!
But wouldn't you say that it is bad = practice to send email out that way, without a plain-text alternative, = in case the user has HTML email turned off, whether by choice, or = otherwise?
-Govinda
On = Dec 21, 2010, at 3:58 PM, Michael A. DeLorenzo wrote:
Try changing your = content type to the code below as the last variable in the = sendmail.=85=85
From: Govinda [ Sent: Tuesday, December 21, 2010 = 3:46 PM
To: talk@webdna.us
Subject: Re: [WebDNA] Re: html = email.. should be a no-brainer.. but it is not parsing. = (?) Hi = Tom
To confirm again, I just = pasted your code below, exactly, except I just changed the to/from = addresses... and on 2 unrelated clients' webdna hosts the email comes in = as HTML. But when coming from the (3rd, unrelated) server (the one = with the issue) then the HTML comes in as plain text.. (as opposed to = real parsed HTML, or as opposed to my mail client displaying the = plain-text alternative). I don't know why it should be different = depending on the host. There is some variable entirely in the = control of the host server admin, which I am apparently unfamiliar = with.
I will have to contact = him and hope he knows what is the issue. =
If you have any clues, = please say..
Thanks for your time!, = and for confirming my code is alright,
On Dec 21, 2010, at 10:43 = AM, Tom Duke wrote:
Hi - nothing obvious = wrong in your code - not sure why you use the = 'content-transfer-encoding' header though. Here's some code = that is working for me right now - again I don't see an obvious = difference with yours.
Maybe if = you're sending it as UTF-8 check that the templates etc are all in = UTF-8.
Content-Type: text/plain; = charset=3D"utf-8"
Content-Type: text/html; = charset=3D"utf-8"
<!DOCTYPE HTML PUBLIC = "-//W3C//DTD HTML 4.01 Transitional//EN"
<html>
&= nbsp; <title>:: = Title ::</title>
<style = type=3D"text/css">
&= nbsp; text-decoration: = underline;
&= nbsp; text-decoration: = underline;
<body = bgcolor=3D"#FFFFFF" text=3D"#000000" bottommargin=3D"0" leftmargin=3D"0" = topmargin=3D"0" marginheight=3D"0" = marginwidth=3D"0">
On Dec 20, 2010, at 8:22 PM, Govinda = wrote:
I have not had need for = html email for quite a while.. and now my old scripts, as well as recent = posts/samples from this list, are all failing to show as proper HTML = once I receive the email. I am getting the raw HTML code. = When I receive the test email, then I tell my client (Mac/Mail, = v.10.5.8) to toggle back and forth between showing me the email in HTML = format, and then plain text format... and it does properly toggle to = show me the plain text version ("test plain text here."), alternately = with the HTML... so that is not the problem. The problem is simply = that the HTML is being treated as though it were plain text. I do = not see the issue. Can any of you?
I look at the headers of = the email that I receive and one thing might be (a) clue/relevant is the = spam score(?)
Here, take a look (in case you think it could affect = the reason my mail client is not displaying the email as HTML email): = (and then code is below that)
Mime-Version: = 1.0
Content-Type: = multipart/alternative; boundary=3D"1234abcd"
= X-Spam-Status: No, score=3D-0.2
= X-Spam-Score: -1
= X-Spam-Bar: /
= X-Spam-Report: Spam detection software, running on the = system "
= X-Spam-Flag: = NO
------------------------------------------
Thanks = for = looking!
-Govinda
----------------------------------------------= --------------------------------------------------------------------------=
[sendmail to=3D[!][/!]
[sendmail to=3D[!]
[/!]from=3D[!]
[/!]subject=3Demail_subject&[!][/!]MIME-Version=3D1.0&[!]
[/!]Content-Type=3Dmultipart/alternativ= e; boundary=3D"1234abcd"]
--1234abcd
Content-Type: text/plain; = charset=3D"utf-8"
Content-Transfer-Encoding: = 7bit[unurl]%0D%0A[/unurl]
test plain text = here.
[unurl]%0D%0A[/unurl]
--1234abcd
Content-Type: = text/html; charset=3D"utf-8"
Content-Transfer-Encoding: = 7bit[unurl]%0D%0A[/unurl]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD = HTML 4.01 Transitional//EN" "<html = lang=3D"en">
<head>
<meta = http-equiv=3D"content-type" content=3D"text/html; = charset=3Dutf-8">
<title>test = HTML email</title>
</head>
<body>
= <h1>test HTML here.</h1>
= = well?
</body>
</html>
--1234abcd--
[/sen= dmail]
------------------------------------------------------------= ------------------------------------------------------------
Govind= a