RE: HTML okay in browser

2001-12-12 Thread Paul Sinclair

Jochem,

Bingo. I wrapped the var in  and emailed that via  and
it comes out right at the other end.

Thanks for your attention to this for me. I really do appreciate it.

Regards,
Paul



> -Original Message-
> From: Jochem van Dieten [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, December 12, 2001 3:42 PM
> To: CF-Talk
> Subject: Re: HTML okay in browser
> 
> 
> Paul Sinclair wrote:
> 
> > 
> > I've put up the "chopped" version of the file up as well as 
> the version
> > that was "trapped" in the undelivr folder. The "chopped" 
> version is a
> > sample of what is getting to the email addresses it is sent 
> to. It is
> > here:
> > http://www.cpsmagazines.com/news.sent.version.html
> > 
> > The version that got trapped in the undelivr folder is here:
> > http://www.cpsmagazines.com/news.undelivr.html
> > 
> > Take a look at numbered paragraph 6/7 in the sent version to see an
> > example of what is happening somewhere along the way. In 
> the undelivr
> > version, those paragraphs are fine. There are several other 
> paragraphs
> > in "chopped" sample where I am getting the same kind of thing.
> > 
> > FYI, the mailserver is iMail v6.
> 
> 
> I do think it has got something to do with line length 
> limits. Can you 
> write the contents of the email to a variable and then apply 
> a wrapping 
> tool to it (something like cf_wrap from the Developers Exchange 
> http://devex.allaire.com/developer/gallery/info.cfm?ID=CA3470E
5-2830-11D4-AA9700508B94F380&method=Full).
If you wrap it to 78 characters per line (RFC recommendation) it might 
work better.

Jochem

~~
This list and all House of Fusion resources hosted by CFHosting.com. The place for 
dependable ColdFusion Hosting.
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



Re: HTML okay in browser

2001-12-12 Thread Jochem van Dieten

Paul Sinclair wrote:

> 
> I've put up the "chopped" version of the file up as well as the version
> that was "trapped" in the undelivr folder. The "chopped" version is a
> sample of what is getting to the email addresses it is sent to. It is
> here:
> http://www.cpsmagazines.com/news.sent.version.html
> 
> The version that got trapped in the undelivr folder is here:
> http://www.cpsmagazines.com/news.undelivr.html
> 
> Take a look at numbered paragraph 6/7 in the sent version to see an
> example of what is happening somewhere along the way. In the undelivr
> version, those paragraphs are fine. There are several other paragraphs
> in "chopped" sample where I am getting the same kind of thing.
> 
> FYI, the mailserver is iMail v6.


I do think it has got something to do with line length limits. Can you 
write the contents of the email to a variable and then apply a wrapping 
tool to it (something like cf_wrap from the Developers Exchange 
http://devex.allaire.com/developer/gallery/info.cfm?ID=CA3470E5-2830-11D4-AA9700508B94F380&method=Full).
If you wrap it to 78 characters per line (RFC recommendation) it might 
work better.

Jochem
~~
This list and all House of Fusion resources hosted by CFHosting.com. The place for 
dependable ColdFusion Hosting.
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



RE: HTML okay in browser

2001-12-12 Thread Paul Sinclair

Jochem,

As you suggested in trying to diagnose the problem I am having, I sent
an email that got trapped and went to the undelivr folder. When I look
at it, the html looks fine. Opening it in a browser after renaming it to
html everything is fine. 

I've put up the "chopped" version of the file up as well as the version
that was "trapped" in the undelivr folder. The "chopped" version is a
sample of what is getting to the email addresses it is sent to. It is
here:
http://www.cpsmagazines.com/news.sent.version.html

The version that got trapped in the undelivr folder is here:
http://www.cpsmagazines.com/news.undelivr.html

Take a look at numbered paragraph 6/7 in the sent version to see an
example of what is happening somewhere along the way. In the undelivr
version, those paragraphs are fine. There are several other paragraphs
in "chopped" sample where I am getting the same kind of thing.

FYI, the mailserver is iMail v6.

Thanks if you have any ideas what I can do to fix this. I've got
scheduled deliveries of this starting this weekend so I would really
like to get it working right before then obviously!

Regards,
Paul Sinclair




> -Original Message-
> From: Jochem van Dieten [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, December 10, 2001 3:33 AM
> To: CF-Talk
> Subject: Re: HTML okay in browser
> 
> 
> Paul Sinclair wrote:
> 
> > Jochem,
> > 
> >>But when is it chopped off? When cf writes the email to the 
> >>spoolfolder or when dart.dll takes it from the spool folder 
> >>to the SMTP server?
> > 
> > I have no idea. How do I tell? All I know is that somewhere in the
> > process chunks of the html code are just being left out.
> 
> 
> Send the email in such a way that the SMTP server does not accept it. 
> Common ways to do that are to set the To: and the From: both to an 
> adress in an untrusted domain (relaying) or a non-excistent 
> domain. The 
> email will end up in the mail\undelivr\ folder and you can 
> see what it 
> looks like by just opening the file in a text editor.
> 
> Jochem
> 
~~
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



Re: HTML okay in browser

2001-12-10 Thread Jochem van Dieten

Paul Sinclair wrote:

> Jochem,
> 
>>But when is it chopped off? When cf writes the email to the 
>>spoolfolder or when dart.dll takes it from the spool folder 
>>to the SMTP server?
> 
> I have no idea. How do I tell? All I know is that somewhere in the
> process chunks of the html code are just being left out.


Send the email in such a way that the SMTP server does not accept it. 
Common ways to do that are to set the To: and the From: both to an 
adress in an untrusted domain (relaying) or a non-excistent domain. The 
email will end up in the mail\undelivr\ folder and you can see what it 
looks like by just opening the file in a text editor.

Jochem
~~
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



RE: HTML okay in browser

2001-12-09 Thread Paul Sinclair

Jochem,

> But when is it chopped off? When cf writes the email to the 
> spoolfolder or when dart.dll takes it from the spool folder 
> to the SMTP server?

I have no idea. How do I tell? All I know is that somewhere in the
process chunks of the html code are just being left out.


Paul



> -Original Message-
> From: Jochem van Dieten [mailto:[EMAIL PROTECTED]] 
> Sent: Sunday, December 09, 2001 10:34 AM
> To: CF-Talk
> Subject: Re: HTML okay in browser
> 
> 
> Paul Sinclair wrote:
> 
> > Jochem,
> > 
> > Thanks for your reply on this subject.
> > 
> > 
> >>Can you see in the source of the email whether any HTML is 
> missing or 
> >>that it is just incompletely rendered by the email client? If it is 
> >>
> > 
> > In the source of the email, the "chopped off stuff" is just 
> not there.
> > It is not a problem of incomplete rendering.
> 
> 
> But when is it chopped off? When cf writes the email to the 
> spoolfolder 
> or when dart.dll takes it from the spool folder to the SMTP server?
> 
> Jochem
> 
> 
~~
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



Re: HTML okay in browser

2001-12-09 Thread Jochem van Dieten

Paul Sinclair wrote:

> Jochem,
> 
> Thanks for your reply on this subject.
> 
> 
>>Can you see in the source of the email whether any HTML is missing or 
>>that it is just incompletely rendered by the email client? If it is 
>>
> 
> In the source of the email, the "chopped off stuff" is just not there.
> It is not a problem of incomplete rendering.


But when is it chopped off? When cf writes the email to the spoolfolder 
or when dart.dll takes it from the spool folder to the SMTP server?

Jochem

~~
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



RE: HTML okay in browser

2001-12-09 Thread Paul Sinclair

Jochem,

Thanks for your reply on this subject.

> Can you see in the source of the email whether any HTML is missing or 
> that it is just incompletely rendered by the email client? If it is 

In the source of the email, the "chopped off stuff" is just not there.
It is not a problem of incomplete rendering.

> Does the malforming take place around weird characters (control 
> characters, maybe the high ASCII numbers)? Does it take place in long 
> lines?

No - that's what I thought might be happening at first. No weird
characters or anything. Lines aren't particularly long either.

> Can you post a snippet which shows the malformed email?

Here are code snippets of a VIEW SOURCE from a browser and from email
client. The first snippet between ---'s is from a browser. This is the
way the code SHOULD look. The second snippet between *'s is from Outlook
2002.


--Browser Start
in Nucor fell about 7 percent, or U.S. $2.41, to $34.59 in lunchtime
trading. Steel shares have suffered as prolonged pricing difficulties
and slow economic demand have not turned around as some expected.
(Financial Times) 



43. PALM REPORTS REVENUES FALL 47 PERCENT
--Browser End


**Outlook 2002 Start
in Nucor fell about 7 percent, or U.S. $2.41, to $34.59 in lunc
43. PALM REPORTS REVENUES FALL 47 PERCENT
**Outlook 2002 End

As you can see, the email client for some reason clips off from the "c"
in the word "lunchtime" and then picks up a couple of paragraph codes
later. I have looked at this in a version mailed to a Hotmail account
and I get the same clipping in the email sent there.

Thanks for any ideas what could be causing this.

Regards,
Paul Sinclair







> -Original Message-
> From: Jochem van Dieten [mailto:[EMAIL PROTECTED]] 
> Sent: Sunday, December 09, 2001 8:41 AM
> To: CF-Talk
> Subject: Re: HTML okay in browser
> 
> 
> Paul Sinclair wrote:
> 
> > I've got an application sending out a newsletter via 
> CFMail. The email
> > that goes out is set to HTML. The items in the newsletter 
> are picked out
> > dynamically from a db query. When I generate the 
> newsletter, I also save
> > it to an outputted html file for browsing on the web.
> > 
> > When I view the html file in a browser, it is fine. But 
> when it comes
> > via email, there are places in the output where some of the html is
> > missing. For example, a paragraph may be truncated in mid-paragraph.
> 
> 
> Can you see in the source of the email whether any HTML is missing or 
> that it is just incompletely rendered by the email client? If it is 
> malformed in the source as well, can you send the newsletter to some 
> malformed address so it ends up in the undelivr dir and see 
> whether it 
> is already malformed there?
> 
> Does the malforming take place around weird characters (control 
> characters, maybe the high ASCII numbers)? Does it take place in long 
> lines? Can you post a snippet which shows the malformed email?
> 
> 
> 
> > I've looked at the db entries and there isn't anything 
> unusual about the
> > records where the paragraphs are being truncated. I can't 
> figure out why
> > these specific paragraphs are getting truncated, but it happens each
> > time I generate the newsletter and in exactly the same place(s)
> > everytime.
> > 
> > Anything unusual about the cfmail function that might be 
> causing this?
> 
> 
> It is known for not playing nice with long lines.
> 
> Jochem
> 
~~
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



Re: HTML okay in browser

2001-12-09 Thread Jochem van Dieten

Paul Sinclair wrote:

> I've got an application sending out a newsletter via CFMail. The email
> that goes out is set to HTML. The items in the newsletter are picked out
> dynamically from a db query. When I generate the newsletter, I also save
> it to an outputted html file for browsing on the web.
> 
> When I view the html file in a browser, it is fine. But when it comes
> via email, there are places in the output where some of the html is
> missing. For example, a paragraph may be truncated in mid-paragraph.


Can you see in the source of the email whether any HTML is missing or 
that it is just incompletely rendered by the email client? If it is 
malformed in the source as well, can you send the newsletter to some 
malformed address so it ends up in the undelivr dir and see whether it 
is already malformed there?

Does the malforming take place around weird characters (control 
characters, maybe the high ASCII numbers)? Does it take place in long 
lines? Can you post a snippet which shows the malformed email?



> I've looked at the db entries and there isn't anything unusual about the
> records where the paragraphs are being truncated. I can't figure out why
> these specific paragraphs are getting truncated, but it happens each
> time I generate the newsletter and in exactly the same place(s)
> everytime.
> 
> Anything unusual about the cfmail function that might be causing this?


It is known for not playing nice with long lines.

Jochem
~~
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists



HTML okay in browser

2001-12-08 Thread Paul Sinclair

I've got an application sending out a newsletter via CFMail. The email
that goes out is set to HTML. The items in the newsletter are picked out
dynamically from a db query. When I generate the newsletter, I also save
it to an outputted html file for browsing on the web.

When I view the html file in a browser, it is fine. But when it comes
via email, there are places in the output where some of the html is
missing. For example, a paragraph may be truncated in mid-paragraph.

I've looked at the db entries and there isn't anything unusual about the
records where the paragraphs are being truncated. I can't figure out why
these specific paragraphs are getting truncated, but it happens each
time I generate the newsletter and in exactly the same place(s)
everytime.

Anything unusual about the cfmail function that might be causing this?

Paul Sinclair
~~
Get the mailserver that powers this list at http://www.coolfusion.com
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists