The IMS POST Server automatically fixes the bare linefeeds. So, if you send
mail from iMS to a QMail server (which in my opinion is much too strict on
compliance) then the mail delivery will be OK. This feature was not in
older versions of iMS (I've been going over our changelists but I can't find
the exact version that added this feature). The SMTP Server will also
handle bare linefeeds properly but I can't find that on the changelists
either.
Regards,
Howie
----- Original Message -----
From: "Bob Holloran" <[EMAIL PROTECTED]>
To: "inFusion Support List" <[EMAIL PROTECTED]>
Cc: "Harry Subacz" <[EMAIL PROTECTED]>; "Mike" <[EMAIL PROTECTED]>; "John
Grubb" <[EMAIL PROTECTED]>
Sent: Wednesday, April 04, 2001 4:21 PM
Subject: [iMS] Problems with Bare LineFeeds Large Numbers of Returned
Messages with No Information
> I have several clients who put out daily newsletters to their clients
> using a Cold Fusion Loop to generate customized messages to each client.
> Typically, these mailing lists are from 3,000 to 5,000 customers each
> time a newsletter is sent. Lately, we have been experiencing very high
> return rates, sometimes as much a 25% of the messages being returned.
> The problem is particularly aggravating because the returned messages do
> not identify the E-mail address of the addressee, or any explanation of
> why the message bounced.
>
> To date I have been totally unsuccessful in determining the cause of the
> lack of explanation in the bounced messages. If the customer's E-mail
> address is no longer valid, we can easily delete the address from the
> mailing list. But since there is no way of knowing who it went to, we
> are not able to purge the list of bad addresses. Since Cold Fusion and
> iMS (FusionMail) are also being used to automatically generate E-mail
> messages to customers informing them of their orders, even more
> important messages are not getting through. There is insufficient
> information in the bounced messages to tell what type of message is
> being returned.
>
> I have relocated most of my servers to our headquarters. I have not yet
> transferred my iMS mail server, so I have been attempting to get some of
> my other Cold Fusion generated E-mail messages submitted via my ISP's
> QMail server. Some messages go out but others do not. In troubleshooting
> the problem I found the following link in one of the Cold Fusion E-mail
> logs.
>
> http://cr.yp.to/docs/smtplf.html
>
> I then checked the Cold Fusion Support forum and found the following
> thread:
>
>
http://forums.allaire.com/devconf/Thread.cfm?&&Message_ID=629135&_#Message62
9135
>
> What these two sources are telling me is that the CFMail tag may
> sometimes be generating bare line feeds.
>
> These bare line feeds are keeping the QMail server from sending messages
> that CF is generating. Furthermore, since I am also using the CFMail tag
> in the template that generates the messages that FusionMail is
> generating for the subscription lists, I think that some of the mail
> servers are bouncing the messages and because they could not handle the
> bare linefeed they are not returning their normal error messages.
>
> Can anyone confirm this analysis?
>
> Adding the work around to Qmail is not very satisfying, since that means
> that the bare linefeed will still be in the message which will cause the
> message to be rejected by some receiving mail servers.
>
> Does anyone have experience using third party CFX mail tags with iMS. Do
> any of them avoid the problem of bare line feeds?
>
> Is there a way that FusionMail can be customized to strip out any bare
> linefeeds?
>
> Bob
> Webmaster, Ocala Internet Business Park
> Ocala, Florida
========================================================================
This list server is Powered by iMS
'The Swiss Army Knife of Mail Servers'
--------------------------------------
To leave this list please complete the form at
http://www.coolfusion.com/iMSSupport.cfm
Need an iMS Developer license? Sign up for a free license here:
http://www.coolfusion.com/iMSDevelopers.cfm
List archives: http://www.mail-archive.com/infusion-email%40eoscape.com/
========================================================================