RE: HTML okay in browser
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
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
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
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
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
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
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
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