Re: Double Spacing in Mails from Sendmail
This WebDNA talk-list message is from 2002
It keeps the original formatting.
numero = 42851
interpreted = N
texte = Looks like a [sendmail] bug (but only on the Windows platform)The [sendmail] context opens the email file in 'text' mode, so there is atranslation taking place where linefeed characters
are replaced withcarriage-return linefeed pairs . The header lines work fine because[sendmail] explicitly inserts only a at the end of each header (whichis then translated to pair by the fprintf() call). But the body iswritten out as is. So if the body contains a sequence, thisbecomes a sequence during the fwrite() call.A work around would be to make sure the text within your [sendmail] contextstags contain UNIX style line endings.> -----Original Message-----> From: WebCatalog Talk> [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf> Of John Peacock> Sent: Thursday, August 22, 2002 12:41 PM> To: WebCatalog Talk> Subject: Re: Double Spacing in Mails from Sendmail>>> Scott Anderson wrote:> > What platform is the SMTP server running on?> >>> Windows. The header is fine - the body is foul. I can open> up the messages in> the EmailCompleted folder and see the CR/CR/LF starting> directly after the> header ends. This is the way it looks:>> --------------------------------------------------------------> -----------> to: fulfillment@rowman.com,nkish@rowman.com> subject: Order#12345678901234567> from: WebCatalog@univpress.com>> ^M> ^M> Order #: 12345678901234567^M> Bill To:^M> Name: BLAHBLAHBLAH^M> Company: BLAHBLAHBLAH^M> Address: BLAHBLAHBLAH^M> ^M> City: BLAHBLAHBLAH^M> State: BLAHBLAHBLAH^M> Zip: ######^M> Country: United States^M> Account: (Credit Card purposely not shown because this email is not^M> encrypted) You may view the entire order securely at:^M> ...> --------------------------------------------------------------> ----------->> John>> --> John Peacock> Director of Information Research and Technology> Rowman & Littlefield Publishing Group> 4720 Boston Way> Lanham, MD 20706> 301-459-3366 x.5010> fax 301-429-5747>>> -------------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to> > Web Archive of this list is at: http://search.smithmicro.com/-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Looks like a [sendmail] bug (but only on the Windows platform)The [sendmail] context opens the email file in 'text' mode, so there is atranslation taking place where linefeed characters are replaced withcarriage-return linefeed pairs . The header lines work fine because[sendmail] explicitly inserts only a at the end of each header (whichis then translated to pair by the fprintf() call). But the body iswritten out as is. So if the body contains a sequence, thisbecomes a sequence during the fwrite() call.A work around would be to make sure the text within your [sendmail] contextstags contain UNIX style line endings.> -----Original Message-----> From: WebCatalog Talk> [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf> Of John Peacock> Sent: Thursday, August 22, 2002 12:41 PM> To: WebCatalog Talk> Subject: Re: Double Spacing in Mails from Sendmail>>> Scott Anderson wrote:> > What platform is the SMTP server running on?> >>> Windows. The header is fine - the body is foul. I can open> up the messages in> the EmailCompleted folder and see the CR/CR/LF starting> directly after the> header ends. This is the way it looks:>> --------------------------------------------------------------> -----------> to: fulfillment@rowman.com,nkish@rowman.com> subject: Order#12345678901234567> from: WebCatalog@univpress.com>> ^M> ^M> Order #: 12345678901234567^M> Bill To:^M> Name: BLAHBLAHBLAH^M> Company: BLAHBLAHBLAH^M> Address: BLAHBLAHBLAH^M> ^M> City: BLAHBLAHBLAH^M> State: BLAHBLAHBLAH^M> Zip: ######^M> Country: United States^M> Account: (Credit Card purposely not shown because this email is not^M> encrypted) You may view the entire order securely at:^M> ...> --------------------------------------------------------------> ----------->> John>> --> John Peacock> Director of Information Research and Technology> Rowman & Littlefield Publishing Group> 4720 Boston Way> Lanham, MD 20706> 301-459-3366 x.5010> fax 301-429-5747>>> -------------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to> > Web Archive of this list is at: http://search.smithmicro.com/-------------------------------------------------------------This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Scott Anderson
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:
Search bug. Help (2002)
Dates (1996)
Problems with cybercash (2000)
[delete] problem (1997)
[WebDNA] WebDNA development (2017)
Partner Edition question ... (2003)
Locking up with WebCatalog... (1997)
WebCat editing, SiteGuard & SiteEdit (1997)
CyberSource component for WebCatalog? (2000)
running WebCatalog under Apache on NT? (2000)
Did you hear about this? (1997)
Pay Flo Pro (2002)
Re:Password Authentication - request example (1998)
WebCat2b12 CGI Mac - [shownext] problem (1997)
2.0 Info (1997)
Show if time tags (1997)
WebCat 4.0 & WebMerchant (2000)
WebMerchant - fixed, now trigger question... (1999)
WebCat2b13MacPlugIn - [shownext method=post] ??? (1997)
Fwd: Image Pirating [protecting against] (2003)