Re: [WebDNA] Emailer breaking format
This WebDNA talk-list message is from 2015
It keeps the original formatting.
numero = 112197
interpreted = N
texte = Maybe WebDNA is not the problem ... Maybe its your mail server. Have you tried switching to a different mail server to see if that might be the problem? If not, maybe it's time you did. Or maybe it's the OS. How is the RAM on your server? Is there actually enough for the OS and all the required applications to get what they need when they need it? Or could a low RAM condition be causing this problem? Or the hardware. Is the hard drive failing? If so it could cause all sorts of unusual problem. How about your RAM modules? Have you tested them to see if they are defective? I have had problems with RAM before, and replacing a bad module with a good one resolved the problem instantly. Or your server management practices. Are you allowing thousands of files to be written to certain folders without getting rid of them? Folders with too many files in them can cause some applications and operating systems to behave strangely sometimes (but not other times) until those folders are cleaned up. Have you rebooted the server lately to see if that might clear up this problem for a while? Often unexplained glitches can be cleared with a simple reboot. Have you tried increasing the EmailSeconds preference until this problem goes away? What do your WebDNA logs and mail server logs say? Have you looked at them yet? Have you searched the archives of this talk list to see what others have done to fix this problem when it happened to them? Regards,Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Management On 03/22/2015 05:39 PM, Diane Blackmore wrote: > Hi > > The written code is in the thread of my first email (so hopefully > still appended to this). The broken code changes every time, but > a piece of the most recent is below… > > > Return-Path:
> > X-Original-To: diane@cohesion.co.nz > Delivered-To: diane@cohesion.co.nz > Received: from localhost.localdomain (MDA-2.iserve.net.nz > [127.0.0.1]) > by MDA-2.iserve.net.nz (Postfix) with > SMTP id 27E1890004 > for >; Mon, 23 > Mar 2015 10:57:28 +1300 (NZDT) > Received: from localhost (MDA-2.iserve.net.nz > [127.0.0.1]) > by MDA-2.iserve.net.nz (Postfix) with > ESMTP id C5B5790008 > for >; Mon, 23 > Mar 2015 10:57:27 +1300 (NZDT) > X-Virus-Scanned: amavisd-new at iserve.net.nz > Received: from MDA-2.iserve.net.nz > ([127.0.0.1]) > by localhost (MDA-2.iserve.net.nz > [127.0.0.1]) (amavisd-new, port 10024) > with LMTP id cIk3K5CvNCQn for >; > Mon, 23 Mar 2015 10:57:27 +1300 (NZDT) > Received: from www.cohesion.co.nz > (www.cohesion.co.nz [103.6.212.101]) > by MDA-2.iserve.net.nz (Postfix) with > ESMTP id A26C890004 > for >; Mon, 23 > Mar 2015 10:57:27 +1300 (NZDT) > Received: from www.cohesion.co.nz > (localhost [127.0.0.1]) > by www.cohesion.co.nz (Postfix) with > SMTP id 5EBB1416E1; > Mon, 23 Mar 2015 10:57:26 +1300 (NZDT) > Date: Mon, 23 Mar 2015 10:57:26 +1200 > To: Fiona Fenwick > > From: "Best Blooms Florist" > > Subject: Best Blooms Florist Receipt--=_NextPart_01/html> > Message-Id: <20150322215726.5EBB1416E1@www.cohesion.co.nz > > > X-Spam-Classification: good > X-Spam-Probability: 0.0551 (blacklist=0.0110 envelope=0.0551 > contents=0.5000) > X-Spam-Scanned: Death2Spam v3.0.3 at d2s.iserve.net.nz > [107ms] > X-Spam-File: co.diane@pop3.iserve.net.nz > /good/a49c30de50148134 > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > Etc for another 40-odd lines. > > ------=_NextPart_01jvh893459rhw-- > > > Note: It always breaks in a different spot so IS NOT related to > the appearance of a broken html tag. Other emails break somewhere > else, some don’t have all the CF’s inbetween,… > > Eg. =_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r—— > etc etc > > Often the breaks start as early as the subject line. > > BUT, the format of the email in EmailCompleted is intact, just as > it is prior to the send. In fact, if I drop the “bad” email back > into the Email Folder it will be fine the second time with no > changes whatsoever. > > Also - not all emails are doing this. With this one client, its > going cactus every 4-6 times, so several will be ok, then one will > screw up, then the next couple will be fine, then two will screw > up, etc without any pattern to it at all. So its clearly not the > format of the email, or it would be messing up each time. Which > makes me wonder about other things on the server… > > > > Cheers, > > > > >> On 23/03/2015, at 9:12 am, Diane Blackmore > > wrote: >> >> Hi >> >> This is really getting out if control… Has anyone else had this >> issue? Could it be one of the package updates on Ubuntu causing >> it? (Although it was happening pre-updates, it wasn’t happening >> to this extent). >> >> Cheers, >> >> >> >> >>> On 20/03/2015, at 4:32 pm, Diane Blackmore >>> > wrote: >>> >>> It’s going to one recipient, being BCC’d to another. >>> Unfortunately the problem doesn’t resolve if I remove the BCC. >>> >>> I did think that it could have been related to an encoding >>> problem with one or more of the included files, but they’re all >>> consistent and it wouldn’t explain why the problem occurs >>> sometimes but not others. >>> >>> Anyone else want to weight in on this? >>> >>> >>> Cheers, >>> >>> >>> >>> >>> >>>> On 20/03/2015, at 2:57 pm, Stuart Tremain >>> > wrote: >>>> >>>> Are you sending one email to one recipient or one email to >>>> many recipients ? >>>> >>>> I had a problem with the latter, making it one to one solved >>>> the problem, but I don’t know what was causing it. >>>> >>>> Kind regards >>>> >>>> Stuart Tremain >>>> IDFK Web Developments >>>> AUSTRALIA >>>> webdna@idfk.com.au >>>> >>>> >>>> >>>> >>>> >>>>> On 20 Mar 2015, at 12:13, Diane Blackmore >>>>> > wrote: >>>>> >>>>> Hi >>>>> >>>>> Frequently, and increasingly, the Emailer seems to be >>>>> breaking the format of the emails resulting in garbled >>>>> receipts etc being sent to customers of our clients. This is >>>>> happening now more often than not - 20-30 times a day in one >>>>> case, and needs to be resolved so I’d be interested if anyone >>>>> knows of anything buggy here. >>>>> >>>>> The files that Emailer is sending are fine both before and >>>>> after sending. The content of the email contains html and so >>>>> is being sent as file that is written to the EmailFolder - I >>>>> stress that the format of the email can’t be at issue as it >>>>> often comes through OK. It tends to happen more on larger >>>>> files, but none of them contain anything more than 11kb. >>>>> Images are absolute ref’d back to the server etc so no images >>>>> are bing sent. >>>>> >>>>> It could be that the problem is not with Emailer but is >>>>> instead breaking down between Emailer and the localhost mail >>>>> server (not sure what we're using for this but its on the >>>>> same server somewhere). >>>>> >>>>> WebDNA version is *unix-Linux Intel Apache Module version >>>>> 6.2.1* on Ubuntu 12.04.5 LTS (GNU/Linux 3.12.27-xenU x86_64), >>>>> Apache2, >>>>> Package updates etc were run last week but the problem >>>>> existed before then. Emailer is set to send every 20 ticks, >>>>> and is not really busy. >>>>> >>>>> It has been suggested that we could replace Emailer with >>>>> something that does the same job but I’d be interested to >>>>> find out if there’s a quicker fix before I go down that bumpy >>>>> path. >>>>> >>>>> >>>>> Cheers, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> To: Sandra Hillyard >>>> > >>>>> From: "Best Blooms Florist" >>>> > >>>>> Subject: Best Blooms Florist Receipt >>>>> BCC: diane@cohesion.co.nz >>>>> Organization: Best Blooms Florist >>>>> MIME-Version: 1.0 >>>>> Content-Type: multipart/alternative; >>>>> boundary="----=_NextPart_01jvh893459rhw" >>>>> X-Priority: 3 >>>>> X-MSMail-Priority: Normal >>>>> >>>>> This is a multi-part message in MIME format. >>>>> >>>>> ------=_NextPart_01jvh893459rhw >>>>> Content-Type: text/plain; >>>>> charset="iso-8859-1" >>>>> Content-Transfer-Encoding: 7bit >>>>> >>>>> This message is in a format that cannot be read by your email >>>>> software. Time to upgrade! >>>>> >>>>> ------=_NextPart_01jvh893459rhw >>>>> Content-Type: text/html; >>>>> charset="iso-8859-1" >>>>> Content-Transfer-Encoding: 7bit >>>>> >>>>> >>>>> >>>>> >>>>> Best Blooms Florist >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> align="center" style="padding:5px 0;"> >>>>> >>>>> | >>>>> >>>>> | >>>>> >>>>> >>>>> | >>>>>
>>>>> >>>>> | >>>>> >>>>> | >>>>>
>>>>> >>>>> >>>>> >>>> align="center"> >>>>> >>>>> >>>>> >>>>> Order Ref. 42230 >>>>> Tax Invoice Receipt >>>>> >>>>> >>>>> >>>>> >>>>>
* Prices are in New Zealand Dollars and >>>>> include Goods and Services Tax within New Zealand. GST Number >>>>> 94-374-936.
>>>>> >>>>> >>>>> Delivery Details >>>>> >>>>> Your Details >>>>> >>>>> >>>>> Billing Details >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>>
>>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>>
>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> align="center"> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ------=_NextPart_01jvh893459rhw-- >>>> >>> >> >
Associated Messages, from the most recent to the oldest:
Maybe WebDNA is not the problem ... Maybe its your mail server. Have you tried switching to a different mail server to see if that might be the problem? If not, maybe it's time you did. Or maybe it's the OS. How is the RAM on your server? Is there actually enough for the OS and all the required applications to get what they need when they need it? Or could a low RAM condition be causing this problem? Or the hardware. Is the hard drive failing? If so it could cause all sorts of unusual problem. How about your RAM modules? Have you tested them to see if they are defective? I have had problems with RAM before, and replacing a bad module with a good one resolved the problem instantly. Or your server management practices. Are you allowing thousands of files to be written to certain folders without getting rid of them? Folders with too many files in them can cause some applications and operating systems to behave strangely sometimes (but not other times) until those folders are cleaned up. Have you rebooted the server lately to see if that might clear up this problem for a while? Often unexplained glitches can be cleared with a simple reboot. Have you tried increasing the EmailSeconds preference until this problem goes away? What do your WebDNA logs and mail server logs say? Have you looked at them yet? Have you searched the archives of this Talk List to see what others have done to fix this problem when it happened to them? Regards,Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Management On 03/22/2015 05:39 PM, Diane Blackmore wrote: > Hi > > The written code is in the thread of my first email (so hopefully > still appended to this). The broken code changes every time, but > a piece of the most recent is below… > > > Return-Path: > > X-Original-To: diane@cohesion.co.nz > Delivered-To: diane@cohesion.co.nz > Received: from localhost.localdomain (MDA-2.iserve.net.nz > [127.0.0.1]) > by MDA-2.iserve.net.nz (Postfix) with > SMTP id 27E1890004 > for >; Mon, 23 > Mar 2015 10:57:28 +1300 (NZDT) > Received: from localhost (MDA-2.iserve.net.nz > [127.0.0.1]) > by MDA-2.iserve.net.nz (Postfix) with > ESMTP id C5B5790008 > for >; Mon, 23 > Mar 2015 10:57:27 +1300 (NZDT) > X-Virus-Scanned: amavisd-new at iserve.net.nz > Received: from MDA-2.iserve.net.nz > ([127.0.0.1]) > by localhost (MDA-2.iserve.net.nz > [127.0.0.1]) (amavisd-new, port 10024) > with LMTP id cIk3K5CvNCQn for >; > Mon, 23 Mar 2015 10:57:27 +1300 (NZDT) > Received: from www.cohesion.co.nz > (www.cohesion.co.nz [103.6.212.101]) > by MDA-2.iserve.net.nz (Postfix) with > ESMTP id A26C890004 > for >; Mon, 23 > Mar 2015 10:57:27 +1300 (NZDT) > Received: from www.cohesion.co.nz > (localhost [127.0.0.1]) > by www.cohesion.co.nz (Postfix) with > SMTP id 5EBB1416E1; > Mon, 23 Mar 2015 10:57:26 +1300 (NZDT) > Date: Mon, 23 Mar 2015 10:57:26 +1200 > To: Fiona Fenwick > > From: "Best Blooms Florist" > > Subject: Best Blooms Florist Receipt--=_NextPart_01/html> > Message-Id: <20150322215726.5EBB1416E1@www.cohesion.co.nz > > > X-Spam-Classification: good > X-Spam-Probability: 0.0551 (blacklist=0.0110 envelope=0.0551 > contents=0.5000) > X-Spam-Scanned: Death2Spam v3.0.3 at d2s.iserve.net.nz > [107ms] > X-Spam-File: co.diane@pop3.iserve.net.nz > /good/a49c30de50148134 > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > > ------=_NextPart_01/html> > > Etc for another 40-odd lines. > > ------=_NextPart_01jvh893459rhw-- > > > Note: It always breaks in a different spot so IS NOT related to > the appearance of a broken html tag. Other emails break somewhere > else, some don’t have all the CF’s inbetween,… > > Eg. =_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r-----=_NextPart_01jvh893459r—— > etc etc > > Often the breaks start as early as the subject line. > > BUT, the format of the email in EmailCompleted is intact, just as > it is prior to the send. In fact, if I drop the “bad” email back > into the Email Folder it will be fine the second time with no > changes whatsoever. > > Also - not all emails are doing this. With this one client, its > going cactus every 4-6 times, so several will be ok, then one will > screw up, then the next couple will be fine, then two will screw > up, etc without any pattern to it at all. So its clearly not the > format of the email, or it would be messing up each time. Which > makes me wonder about other things on the server… > > > > Cheers, > > > > >> On 23/03/2015, at 9:12 am, Diane Blackmore > > wrote: >> >> Hi >> >> This is really getting out if control… Has anyone else had this >> issue? Could it be one of the package updates on Ubuntu causing >> it? (Although it was happening pre-updates, it wasn’t happening >> to this extent). >> >> Cheers, >> >> >> >> >>> On 20/03/2015, at 4:32 pm, Diane Blackmore >>> > wrote: >>> >>> It’s going to one recipient, being BCC’d to another. >>> Unfortunately the problem doesn’t resolve if I remove the BCC. >>> >>> I did think that it could have been related to an encoding >>> problem with one or more of the included files, but they’re all >>> consistent and it wouldn’t explain why the problem occurs >>> sometimes but not others. >>> >>> Anyone else want to weight in on this? >>> >>> >>> Cheers, >>> >>> >>> >>> >>> >>>> On 20/03/2015, at 2:57 pm, Stuart Tremain >>> > wrote: >>>> >>>> Are you sending one email to one recipient or one email to >>>> many recipients ? >>>> >>>> I had a problem with the latter, making it one to one solved >>>> the problem, but I don’t know what was causing it. >>>> >>>> Kind regards >>>> >>>> Stuart Tremain >>>> IDFK Web Developments >>>> AUSTRALIA >>>> webdna@idfk.com.au >>>> >>>> >>>> >>>> >>>> >>>>> On 20 Mar 2015, at 12:13, Diane Blackmore >>>>> > wrote: >>>>> >>>>> Hi >>>>> >>>>> Frequently, and increasingly, the Emailer seems to be >>>>> breaking the format of the emails resulting in garbled >>>>> receipts etc being sent to customers of our clients. This is >>>>> happening now more often than not - 20-30 times a day in one >>>>> case, and needs to be resolved so I’d be interested if anyone >>>>> knows of anything buggy here. >>>>> >>>>> The files that Emailer is sending are fine both before and >>>>> after sending. The content of the email contains html and so >>>>> is being sent as file that is written to the EmailFolder - I >>>>> stress that the format of the email can’t be at issue as it >>>>> often comes through OK. It tends to happen more on larger >>>>> files, but none of them contain anything more than 11kb. >>>>> Images are absolute ref’d back to the server etc so no images >>>>> are bing sent. >>>>> >>>>> It could be that the problem is not with Emailer but is >>>>> instead breaking down between Emailer and the localhost mail >>>>> server (not sure what we're using for this but its on the >>>>> same server somewhere). >>>>> >>>>> WebDNA version is *unix-Linux Intel Apache Module version >>>>> 6.2.1* on Ubuntu 12.04.5 LTS (GNU/Linux 3.12.27-xenU x86_64), >>>>> Apache2, >>>>> Package updates etc were run last week but the problem >>>>> existed before then. Emailer is set to send every 20 ticks, >>>>> and is not really busy. >>>>> >>>>> It has been suggested that we could replace Emailer with >>>>> something that does the same job but I’d be interested to >>>>> find out if there’s a quicker fix before I go down that bumpy >>>>> path. >>>>> >>>>> >>>>> Cheers, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> To: Sandra Hillyard >>>> > >>>>> From: "Best Blooms Florist" >>>> > >>>>> Subject: Best Blooms Florist Receipt >>>>> BCC: diane@cohesion.co.nz >>>>> Organization: Best Blooms Florist >>>>> MIME-Version: 1.0 >>>>> Content-Type: multipart/alternative; >>>>> boundary="----=_NextPart_01jvh893459rhw" >>>>> X-Priority: 3 >>>>> X-MSMail-Priority: Normal >>>>> >>>>> This is a multi-part message in MIME format. >>>>> >>>>> ------=_NextPart_01jvh893459rhw >>>>> Content-Type: text/plain; >>>>> charset="iso-8859-1" >>>>> Content-Transfer-Encoding: 7bit >>>>> >>>>> This message is in a format that cannot be read by your email >>>>> software. Time to upgrade! >>>>> >>>>> ------=_NextPart_01jvh893459rhw >>>>> Content-Type: text/html; >>>>> charset="iso-8859-1" >>>>> Content-Transfer-Encoding: 7bit >>>>> >>>>> >>>>> >>>>> >>>>> Best Blooms Florist >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> align="center" style="padding:5px 0;"> >>>>> >>>>> | >>>>> >>>>> | >>>>> >>>>> >>>>> | >>>>>
>>>>> >>>>> | >>>>> >>>>> | >>>>>
>>>>> >>>>> >>>>> >>>> align="center"> >>>>> >>>>> >>>>> >>>>> Order Ref. 42230 >>>>> Tax Invoice Receipt >>>>> >>>>> >>>>> >>>>> >>>>>
* Prices are in New Zealand Dollars and >>>>> include Goods and Services Tax within New Zealand. GST Number >>>>> 94-374-936.
>>>>> >>>>> >>>>> Delivery Details >>>>> >>>>> Your Details >>>>> >>>>> >>>>> Billing Details >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>>
>>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>>
>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> align="center"> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> | >>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ------=_NextPart_01jvh893459rhw-- >>>> >>> >> >
Kenneth Grome
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:
Bug Report, maybe (1997)
How to search dbs across virtual hosts for same domain? (2003)
errormessages.db (1997)
Wow .. (2003)
Pull Down Search (2000)
[WebDNA] Search Site (2009)
Pithy questions on webcommerce & siteedit (1997)
[Webcat 2]Next (1997)
Are you an WC expert? (1997)
PSC recommends what date format yr 2000??? (1997)
Users.db (1998)
Multi-processor Mac info ... (1997)
faxing orders (2000)
Re:emailer 150 (1997)
sendmail error (1997)
WebCat2 - Getting to the browser's username/password data (1997)
[movefile] create stationery files (1998)
Cancel Subscription (1996)
Free pack for the New UPS ratings and services tool (2000)
off topic - dna snipets (1997)
>>>> alt="phone" border="0" width="39" height="27"> >>>>>