RE: [WebDNA] Re: html email.. should be a no-brainer.. but it is not parsing. (?)

This WebDNA talk-list message is from

2010


It keeps the original formatting.
numero = 106044
interpreted = N
texte = This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01CBA1B2.C2F50800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Yes. That is why I give the user and option to receive text or HTML when they fill out the information request form. From: Govinda [mailto:govinda.webdnatalk@gmail.com] Sent: Tuesday, December 21, 2010 4:28 PM To: talk@webdna.us Subject: Re: [WebDNA] Re: html email.. should be a no-brainer.. but it is not parsing. (?) 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... &content-type=text/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 it is not parsing. (?) Hi Tom thanks for looking! 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.. 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 '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. - Tom [sendmail to=test@test.ie&from=test@test.ie&subject=Email Subject&MIME-Version=1.0&Content-Type=multipart/alternative; boundary="[cart]"] --[cart] Content-Type: text/plain; charset="utf-8" Howdy --[cart] Content-Type: text/html; charset="utf-8" :: Title ::

Howdy

--[cart]-- [/sendmail] On Tue, Dec 21, 2010 at 3:16 AM, Govinda wrote: hmmm.... on another client's server the same exact code (and resulting email) comes in properly-parsed as HTML... What does that mean? What do I need to tell the former server admin (which when that 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 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="1234abcd" X-Spam-Status: No, score=-0.2 X-Spam-Score: -1 X-Spam-Bar: / X-Spam-Report: Spam detection software, running on the system "scr1-201003000000.spheryx.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit test plain text here. [...] Content analysis details: (-0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 T_TVD_MIME_NO_HEADERS BODY: T_TVD_MIME_NO_HEADERS -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1025] 0.5 MISSING_MID Missing Message-Id: header 0.0 T_MIME_NO_TEXT No text body parts -0.7 AWL AWL: From: address is in the auto white-list X-Spam-Flag: NO ------------------------------------------ Thanks for looking! -Govinda ---------------------------------------------------------------------------- -------------------------------------------- [sendmail to=myuser@mydomain.com&from=another@domain.com&subject=email_subject&MIME-Ve rsion=1.0&Content-Type=multipart/alternative; boundary="1234abcd"][!][/!] [sendmail to=myuser@mydomain.com&[!] [/!]from=another@domain.com&[!] [/!]subject=email_subject&[!] [/!]MIME-Version=1.0&[!] [/!]Content-Type=multipart/alternative; boundary="1234abcd"] --1234abcd Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit[unurl]%0D%0A[/unurl] test plain text here. [unurl]%0D%0A[/unurl] --1234abcd Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit[unurl]%0D%0A[/unurl] 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 -- ============================================== 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]: ============================================== ------------ Govinda ------------ Govinda ------=_NextPart_000_00AF_01CBA1B2.C2F50800 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes. That is why I give the user and option to receive text or HTML = when they fill out the information request form.

 

From:= = Govinda [mailto:govinda.webdnatalk@gmail.com]
Sent: Tuesday, = December 21, 2010 4:28 PM
To: = talk@webdna.us
Subject: Re: [WebDNA] Re: html email.. should = be a no-brainer.. but it is not parsing. = (?)

 

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.……

 

&content-type=3Dtext/html

 

Mike

 

= From:=  = Govinda [mailto:govinda.webdnatalk@gm= ail.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 it is not parsing. (?)

 

Hi = Tom

 

<= p class=3DMsoNormal>thanks for = looking!

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.

 

<= p class=3DMsoNormal>I will have to contact = him and hope he knows what is the issue. =  

 

<= p class=3DMsoNormal>If you have any clues, = please say.. 

otherwise = just:

 

<= p class=3DMsoNormal>Thanks for your time!, = and for confirming my code is = alright,

 

<= p class=3DMsoNormal>-Govinda

 

On Dec 21, 2010, at 10:43 = AM, Tom Duke wrote:




Govinda,

 

<= p class=3DMsoNormal>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.

 

<= p class=3DMsoNormal>Maybe if you're sending = it as UTF-8 check that the templates etc are all in = UTF-8.

 

<= p class=3DMsoNormal>- = Tom

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= div>

[sendmail to=3Dtest@test.ie&from=3Dtest@test.ie&subject=3DEmail = Subject&MIME-Version=3D1.0&Content-Type=3Dmultipart/alternative; = boundary=3D"[cart]"]

 

<= p class=3DMsoNormal>--[cart]

Content-Type: = text/plain; = charset=3D"utf-8"

 

<= p class=3DMsoNormal>Howdy

 

<= p class=3DMsoNormal>--[cart]

Content-Type: = text/html; = charset=3D"utf-8"

 

<= p class=3DMsoNormal><!DOCTYPE HTML PUBLIC = "-//W3C//DTD HTML 4.01 = Transitional//EN"

<html>

=

<head>

=

        &nb= sp;   <title>:: Title = ::</title>

 

<= p class=3DMsoNormal><style = type=3D"text/css">

a, a:link, a:visited = {

        &nb= sp;   text-decoration: = underline;

        &nb= sp;   color:#blue;

=

}

a:hover = {

        &nb= sp;   text-decoration: = underline;

        &nb= sp;   color:blue;

<= div>

}

</style>

 

<= p class=3DMsoNormal></head>

 

<= p class=3DMsoNormal><body = bgcolor=3D"#FFFFFF" text=3D"#000000" = bottommargin=3D"0" leftmargin=3D"0" = topmargin=3D"0" marginheight=3D"0" = marginwidth=3D"0">

 

<= p class=3DMsoNormal><p>Howdy</p>

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal></body>

</html>

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal>--[cart]--

[/sendmail]

=

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

 

On Tue, Dec 21, 2010 at = 3:16 AM, Govinda <govinda.webdnatalk@gmail.com= > wrote:

hmmm....
on another = client's server the same exact code (and resulting email) comes in = properly-parsed as HTML...
What does that mean?
What do I need to = tell the former server admin (which when that 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 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 "scr1-201003000000.spheryx.net", has = identified this incoming email as possible spam.  The original = message has been attached to this so you can view it (if it isn't spam) = or label similar future email.  If you have any questions, see the = administrator of that system for details. Content preview: =  Content-Type: text/plain; charset=3D"utf-8" = Content-Transfer-Encoding: 7bit test plain text here. [...] =  Content analysis details:   (-0.2 points, 5.0 required) pts = rule name              description = ---- ---------------------- = -------------------------------------------------- 0.0 = T_TVD_MIME_NO_HEADERS  BODY: T_TVD_MIME_NO_HEADERS -0.0 BAYES_20 =               BODY: Bayes spam = probability is 5 to 20% [score: 0.1025] 0.5 MISSING_MID     =        Missing Message-Id: header 0.0 T_MIME_NO_TEXT =         No text body parts -0.7 AWL     =                AWL: From: = address is in the auto white-list

      =  X-Spam-Flag:   =  NO

------------------------------------------

Thanks = for = looking!
-Govinda

---------------------------------------------= -------------------------------------------------------------------------= --

[sendmail to=3Dmyuser@mydomain.com&from=3Danother@domain.com&subject=3Demail_subject&= MIME-Version=3D1.0&Content-Type=3Dmultipart/alternative; = boundary=3D"1234abcd"][!][/!]

[sendmail to=3Dmyuser@mydomain.com&[!]
[/!]from=3Danother@domain.com&[!]
[/!]subject=3Demail_s= ubject&[!]
[/!]MIME-Version=3D1.0&[!]
[/!]Content-Type=3Dmu= ltipart/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]

<!DOCTYPE HTML PUBLIC = "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
&= lt;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--
[/se= ndmail]

----------------------------------------------------------= --------------------------------------------------------------

Gov= inda


------------
Govinda





=
---------------------------------------------------------
This = message is sent to you because you are subscribed to
the mailing list = <talk@webdna.us>.
To unsubscribe, E-mail to: = <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug = Reporting: support@webdna.us

=




-- 
=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]: <mailto:tom@revolutionaries.ie>
= [w]: <http://www.revolutionaries.ie/>
=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<= o:p>

 

------------

Govinda

 

 

 

 

 

 

 

<= /div>

 

 

 

 

 

------=_NextPart_000_00AF_01CBA1B2.C2F50800-- Associated Messages, from the most recent to the oldest:

    
This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01CBA1B2.C2F50800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Yes. That is why I give the user and option to receive text or HTML when they fill out the information request form. From: Govinda [mailto:govinda.webdnatalk@gmail.com] Sent: Tuesday, December 21, 2010 4:28 PM To: talk@webdna.us Subject: Re: [WebDNA] Re: html email.. should be a no-brainer.. but it is not parsing. (?) 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... &content-type=text/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 it is not parsing. (?) Hi Tom thanks for looking! 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.. 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 '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. - Tom [sendmail to=test@test.ie&from=test@test.ie&subject=Email Subject&MIME-Version=1.0&Content-Type=multipart/alternative; boundary="[cart]"] --[cart] Content-Type: text/plain; charset="utf-8" Howdy --[cart] Content-Type: text/html; charset="utf-8" :: Title ::

Howdy

--[cart]-- [/sendmail] On Tue, Dec 21, 2010 at 3:16 AM, Govinda wrote: hmmm.... on another client's server the same exact code (and resulting email) comes in properly-parsed as HTML... What does that mean? What do I need to tell the former server admin (which when that 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 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="1234abcd" X-Spam-Status: No, score=-0.2 X-Spam-Score: -1 X-Spam-Bar: / X-Spam-Report: Spam detection software, running on the system "scr1-201003000000.spheryx.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit test plain text here. [...] Content analysis details: (-0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 T_TVD_MIME_NO_HEADERS BODY: T_TVD_MIME_NO_HEADERS -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1025] 0.5 MISSING_MID Missing Message-Id: header 0.0 T_MIME_NO_TEXT No text body parts -0.7 AWL AWL: From: address is in the auto white-list X-Spam-Flag: NO ------------------------------------------ Thanks for looking! -Govinda ---------------------------------------------------------------------------- -------------------------------------------- [sendmail to=myuser@mydomain.com&from=another@domain.com&subject=email_subject&MIME-Ve rsion=1.0&Content-Type=multipart/alternative; boundary="1234abcd"][!][/!] [sendmail to=myuser@mydomain.com&[!] [/!]from=another@domain.com&[!] [/!]subject=email_subject&[!] [/!]MIME-Version=1.0&[!] [/!]Content-Type=multipart/alternative; boundary="1234abcd"] --1234abcd Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit[unurl]%0D%0A[/unurl] test plain text here. [unurl]%0D%0A[/unurl] --1234abcd Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit[unurl]%0D%0A[/unurl] 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 -- ============================================== 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]: ============================================== ------------ Govinda ------------ Govinda ------=_NextPart_000_00AF_01CBA1B2.C2F50800 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes. That is why I give the user and option to receive text or HTML = when they fill out the information request form.

 

From:= = Govinda [mailto:govinda.webdnatalk@gmail.com]
Sent: Tuesday, = December 21, 2010 4:28 PM
To: = talk@webdna.us
Subject: Re: [WebDNA] Re: html email.. should = be a no-brainer.. but it is not parsing. = (?)

 

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.……

 

&content-type=3Dtext/html

 

Mike

 

= From:=  = Govinda [mailto:govinda.webdnatalk@gm= ail.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 it is not parsing. (?)

 

Hi = Tom

 

<= p class=3DMsoNormal>thanks for = looking!

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.

 

<= p class=3DMsoNormal>I will have to contact = him and hope he knows what is the issue. =  

 

<= p class=3DMsoNormal>If you have any clues, = please say.. 

otherwise = just:

 

<= p class=3DMsoNormal>Thanks for your time!, = and for confirming my code is = alright,

 

<= p class=3DMsoNormal>-Govinda

 

On Dec 21, 2010, at 10:43 = AM, Tom Duke wrote:




Govinda,

 

<= p class=3DMsoNormal>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.

 

<= p class=3DMsoNormal>Maybe if you're sending = it as UTF-8 check that the templates etc are all in = UTF-8.

 

<= p class=3DMsoNormal>- = Tom

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= div>

[sendmail to=3Dtest@test.ie&from=3Dtest@test.ie&subject=3DEmail = Subject&MIME-Version=3D1.0&Content-Type=3Dmultipart/alternative; = boundary=3D"[cart]"]

 

<= p class=3DMsoNormal>--[cart]

Content-Type: = text/plain; = charset=3D"utf-8"

 

<= p class=3DMsoNormal>Howdy

 

<= p class=3DMsoNormal>--[cart]

Content-Type: = text/html; = charset=3D"utf-8"

 

<= p class=3DMsoNormal><!DOCTYPE HTML PUBLIC = "-//W3C//DTD HTML 4.01 = Transitional//EN"

<html>

=

<head>

=

        &nb= sp;   <title>:: Title = ::</title>

 

<= p class=3DMsoNormal><style = type=3D"text/css">

a, a:link, a:visited = {

        &nb= sp;   text-decoration: = underline;

        &nb= sp;   color:#blue;

=

}

a:hover = {

        &nb= sp;   text-decoration: = underline;

        &nb= sp;   color:blue;

<= div>

}

</style>

 

<= p class=3DMsoNormal></head>

 

<= p class=3DMsoNormal><body = bgcolor=3D"#FFFFFF" text=3D"#000000" = bottommargin=3D"0" leftmargin=3D"0" = topmargin=3D"0" marginheight=3D"0" = marginwidth=3D"0">

 

<= p class=3DMsoNormal><p>Howdy</p>

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal></body>

</html>

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal>--[cart]--

[/sendmail]

=

 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

<= p class=3DMsoNormal> 

 

On Tue, Dec 21, 2010 at = 3:16 AM, Govinda <govinda.webdnatalk@gmail.com= > wrote:

hmmm....
on another = client's server the same exact code (and resulting email) comes in = properly-parsed as HTML...
What does that mean?
What do I need to = tell the former server admin (which when that 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 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 "scr1-201003000000.spheryx.net", has = identified this incoming email as possible spam.  The original = message has been attached to this so you can view it (if it isn't spam) = or label similar future email.  If you have any questions, see the = administrator of that system for details. Content preview: =  Content-Type: text/plain; charset=3D"utf-8" = Content-Transfer-Encoding: 7bit test plain text here. [...] =  Content analysis details:   (-0.2 points, 5.0 required) pts = rule name              description = ---- ---------------------- = -------------------------------------------------- 0.0 = T_TVD_MIME_NO_HEADERS  BODY: T_TVD_MIME_NO_HEADERS -0.0 BAYES_20 =               BODY: Bayes spam = probability is 5 to 20% [score: 0.1025] 0.5 MISSING_MID     =        Missing Message-Id: header 0.0 T_MIME_NO_TEXT =         No text body parts -0.7 AWL     =                AWL: From: = address is in the auto white-list

      =  X-Spam-Flag:   =  NO

------------------------------------------

Thanks = for = looking!
-Govinda

---------------------------------------------= -------------------------------------------------------------------------= --

[sendmail to=3Dmyuser@mydomain.com&from=3Danother@domain.com&subject=3Demail_subject&= MIME-Version=3D1.0&Content-Type=3Dmultipart/alternative; = boundary=3D"1234abcd"][!][/!]

[sendmail to=3Dmyuser@mydomain.com&[!]
[/!]from=3Danother@domain.com&[!]
[/!]subject=3Demail_s= ubject&[!]
[/!]MIME-Version=3D1.0&[!]
[/!]Content-Type=3Dmu= ltipart/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]

<!DOCTYPE HTML PUBLIC = "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
&= lt;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--
[/se= ndmail]

----------------------------------------------------------= --------------------------------------------------------------

Gov= inda


------------
Govinda





=
---------------------------------------------------------
This = message is sent to you because you are subscribed to
the mailing list = <talk@webdna.us>.
To unsubscribe, E-mail to: = <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug = Reporting: support@webdna.us

=




-- 
=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]: <mailto:tom@revolutionaries.ie>
= [w]: <http://www.revolutionaries.ie/>
=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<= o:p>

 

 

------=_NextPart_000_00AF_01CBA1B2.C2F50800-- "Michael A. DeLorenzo"

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Re1000001: Setting up shop (1997) Changing SubTotal (2003) hiding hyperlink info in URL field (1999) Frames and WebCat (1997) Bug Report, maybe (1997) [group] ? (1997) [Fileinfo] Context (2000) Multi Colonns (1998) Country & Ship-to address & other fields ? (1997) Date search - yes or no (1997) Bug Report, maybe (1997) Grep issue (alternative method) (2003) Trouble with formula.db + more explanation (1997) Bug Report, maybe (1997) PCS Emailer's role ? (1997) Date fun with MySQL (2004) File Upload (1997) Migrating to NT (1997) locking variables? (2000) Explorer 3.0/ Access Denied! (1997)