Re: [WebDNA] Emailer breaking format
This WebDNA talk-list message is from 2015
It keeps the original formatting.
numero = 112198
interpreted = N
texte = I=E2=80=99m with Ken on this. The one time that I experienced this type of problem was when I moved a = site to Amazon and used their SES SMTP service. The problem arose when I = tried to send the same email to a number of recipients. Once I = reconfigured the way email was sent, one to one, all was OK. This may have also been caused by the fact that the email was being = passed from WebDNA to Postfix to Amazon SES - but the problem was not = WebDNA - if it was I know that we would all experience this at some = time. Kind regards Stuart Tremain IDFK Web Developments AUSTRALIA webdna@idfk.com.au > On 23 Mar 2015, at 22:09, Kenneth Grome
= wrote: >=20 > Maybe WebDNA is not the problem ... >=20 > 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. >=20 > 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? >=20 > 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. >=20 > 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. >=20 > 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. >=20 > Have you tried increasing the EmailSeconds preference until this > problem goes away? >=20 > What do your WebDNA logs and mail server logs say? Have you > looked at them yet? >=20 > Have you searched the archives of this talk list to see what > others have done to fix this problem when it happened to them? >=20 > Regards,Kenneth Grome > WebDNA Solutions > http://www.webdnasolutions.com > Web Database Systems and Linux Server Management >=20 >=20 > On 03/22/2015 05:39 PM, Diane Blackmore wrote: >> Hi >>=20 >> 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=E2=80=A6 >>=20 >>=20 >> 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--=3D_NextPart_01/html> >> Message-Id: <20150322215726.5EBB1416E1@www.cohesion.co.nz >> > >> X-Spam-Classification: good >> X-Spam-Probability: 0.0551 (blacklist=3D0.0110 envelope=3D0.0551 >> contents=3D0.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 >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >> Etc for another 40-odd lines. >>=20 >> ------=3D_NextPart_01jvh893459rhw-- >>=20 >>=20 >> 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=E2=80=99t have all the CF=E2=80=99s inbetween,=E2=80=A6 >>=20 >> Eg. = =3D_NextPart_01jvh893459r-----=3D_NextPart_01jvh893459r-----=3D_NextPart_0= 1jvh893459r-----=3D_NextPart_01jvh893459r-----=3D_NextPart_01jvh893459r---= --=3D_NextPart_01jvh893459r-----=3D_NextPart_01jvh893459r-----=3D_NextPart= _01jvh893459r=E2=80=94=E2=80=94=20 >> etc etc >>=20 >> Often the breaks start as early as the subject line. >>=20 >> BUT, the format of the email in EmailCompleted is intact, just as >> it is prior to the send. In fact, if I drop the =E2=80=9Cbad=E2=80=9D = email back >> into the Email Folder it will be fine the second time with no >> changes whatsoever. =20 >>=20 >> 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=E2=80=A6 >>=20 >>=20 >>=20 >> Cheers, >>=20 >>=20 >> >> >>> On 23/03/2015, at 9:12 am, Diane Blackmore >> > wrote: >>>=20 >>> Hi >>>=20 >>> This is really getting out if control=E2=80=A6 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=E2=80=99t = happening >>> to this extent). >>>=20 >>> Cheers, >>>=20 >>> >>> >>> >>>> On 20/03/2015, at 4:32 pm, Diane Blackmore >>>> > wrote: >>>>=20 >>>> It=E2=80=99s going to one recipient, being BCC=E2=80=99d to = another. >>>> Unfortunately the problem doesn=E2=80=99t resolve if I remove the = BCC. >>>>=20 >>>> I did think that it could have been related to an encoding >>>> problem with one or more of the included files, but they=E2=80=99re = all >>>> consistent and it wouldn=E2=80=99t explain why the problem occurs >>>> sometimes but not others. >>>>=20 >>>> Anyone else want to weight in on this? >>>>=20 >>>>=20 >>>> Cheers, >>>>=20 >>>>=20 >>>> >>>> >>>> >>>>> On 20/03/2015, at 2:57 pm, Stuart Tremain >>>> > wrote: >>>>>=20 >>>>> Are you sending one email to one recipient or one email to >>>>> many recipients ? >>>>>=20 >>>>> I had a problem with the latter, making it one to one solved >>>>> the problem, but I don=E2=80=99t know what was causing it. >>>>>=20 >>>>> Kind regards >>>>>=20 >>>>> Stuart Tremain >>>>> IDFK Web Developments >>>>> AUSTRALIA >>>>> webdna@idfk.com.au >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>> On 20 Mar 2015, at 12:13, Diane Blackmore >>>>>> > wrote: >>>>>>=20 >>>>>> Hi >>>>>>=20 >>>>>> 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=E2=80=99d be interested if = anyone >>>>>> knows of anything buggy here. >>>>>>=20 >>>>>> 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=E2=80=99t 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=E2=80=99d back to the server etc so no = images >>>>>> are bing sent. >>>>>>=20 >>>>>> 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).=20 >>>>>>=20 >>>>>> 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,=20 >>>>>> 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. >>>>>>=20 >>>>>> It has been suggested that we could replace Emailer with >>>>>> something that does the same job but I=E2=80=99d be interested to >>>>>> find out if there=E2=80=99s a quicker fix before I go down that = bumpy >>>>>> path. >>>>>>=20 >>>>>>=20 >>>>>> Cheers, >>>>>>=20 >>>>>>=20 >>>>>> >>>>>> >>>>>> >>>>>>=20 >>>>>> 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=3D"----=3D_NextPart_01jvh893459rhw" >>>>>> X-Priority: 3 >>>>>> X-MSMail-Priority: Normal >>>>>>=20 >>>>>> This is a multi-part message in MIME format. >>>>>>=20 >>>>>> ------=3D_NextPart_01jvh893459rhw >>>>>> Content-Type: text/plain; >>>>>> charset=3D"iso-8859-1" >>>>>> Content-Transfer-Encoding: 7bit >>>>>>=20 >>>>>> This message is in a format that cannot be read by your email >>>>>> software. Time to upgrade! >>>>>>=20 >>>>>> ------=3D_NextPart_01jvh893459rhw >>>>>> Content-Type: text/html; >>>>>> charset=3D"iso-8859-1" >>>>>> Content-Transfer-Encoding: 7bit >>>>>>=20 >>>>>> >>>>>> >>>>>> >>>>>> Best Blooms Florist >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>> >>>>>>=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>> align=3D"center" style=3D"padding:5px 0;"> >>>>>> >>>>>> | >>>>>> >>>>>> | >>>>>> >>>>>> >>>>>> | >>>>>>
>>>>>> >>>>>> | >>>>>> >>>>>> | >>>>>>
>>>>>> >>>>>> >>>>>> >>>>> align=3D"center"> >>>>>> >>>>>> >>>>>> >>>>>> Order Ref. 42230 >>>>>> Tax Invoice Receipt >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>> cellpadding=3D"0" class=3D"tableForm"> >>>>>> >>>>>> | Arrangement / Accessory | >>>>>> Price | >>>>>> Quantity | >>>>>> Cost | >>>>>> >>>>>>=20 >>>>>> >>>>>> >>>>> = href=3D"http://www.bestblooms.co.nz/online/product_information.csn?product= id=3D1132151">Hot >>>>>> Pink and Purple Bouquet - Standard
| >>>>>> $80.00 | >>>>>> 1 | >>>>>> $80.00 | >>>>>> >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>>> | >>>>> style=3D"background:#fff;text-align:right;">Sub-Total: | >>>>>> $80.00 | >>>>>> >>>>>>=20 >>>>>> >>>>>> | >>>>> style=3D"background:#fff;text-align:right;">Signature Card: | >>>>>> $0.00 | >>>>>> >>>>>> >>>>>> | >>>>> style=3D"background:#fff;text-align:right;">Delivery: | >>>>>> $0.00 | >>>>>> >>>>>>=20 >>>>>> >>>>>> | Grand Total: | >>>>>> $80.00 | >>>>>> >>>>>> >>>>>>
* Prices are in New Zealand Dollars and >>>>>> include Goods and Services Tax within New Zealand. GST Number >>>>>> 94-374-936.
>>>>>>=20 >>>>>>=20 >>>>>> Delivery Details >>>>>>=20 >>>>>> Your Details >>>>>>=20 >>>>>>=20 >>>>>> Billing Details >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>
>>>>>>=20 >>>>>> >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>
>>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> >>>>> align=3D"center"> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>
>>>>>>=20 >>>>>>
>>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> ------=3D_NextPart_01jvh893459rhw-- >>>>>=20 >>>>=20 >>>=20 >>=20 > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us
Associated Messages, from the most recent to the oldest:
I=E2=80=99m with Ken on this. The one time that I experienced this type of problem was when I moved a = site to Amazon and used their SES SMTP service. The problem arose when I = tried to send the same email to a number of recipients. Once I = reconfigured the way email was sent, one to one, all was OK. This may have also been caused by the fact that the email was being = passed from WebDNA to Postfix to Amazon SES - but the problem was not = WebDNA - if it was I know that we would all experience this at some = time. Kind regards Stuart Tremain IDFK Web Developments AUSTRALIA webdna@idfk.com.au > On 23 Mar 2015, at 22:09, Kenneth Grome = wrote: >=20 > Maybe WebDNA is not the problem ... >=20 > 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. >=20 > 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? >=20 > 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. >=20 > 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. >=20 > 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. >=20 > Have you tried increasing the EmailSeconds preference until this > problem goes away? >=20 > What do your WebDNA logs and mail server logs say? Have you > looked at them yet? >=20 > Have you searched the archives of this Talk List to see what > others have done to fix this problem when it happened to them? >=20 > Regards,Kenneth Grome > WebDNA Solutions > http://www.webdnasolutions.com > Web Database Systems and Linux Server Management >=20 >=20 > On 03/22/2015 05:39 PM, Diane Blackmore wrote: >> Hi >>=20 >> 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=E2=80=A6 >>=20 >>=20 >> 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--=3D_NextPart_01/html> >> Message-Id: <20150322215726.5EBB1416E1@www.cohesion.co.nz >> > >> X-Spam-Classification: good >> X-Spam-Probability: 0.0551 (blacklist=3D0.0110 envelope=3D0.0551 >> contents=3D0.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 >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >>=20 >> ------=3D_NextPart_01/html> >>=20 >> Etc for another 40-odd lines. >>=20 >> ------=3D_NextPart_01jvh893459rhw-- >>=20 >>=20 >> 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=E2=80=99t have all the CF=E2=80=99s inbetween,=E2=80=A6 >>=20 >> Eg. = =3D_NextPart_01jvh893459r-----=3D_NextPart_01jvh893459r-----=3D_NextPart_0= 1jvh893459r-----=3D_NextPart_01jvh893459r-----=3D_NextPart_01jvh893459r---= --=3D_NextPart_01jvh893459r-----=3D_NextPart_01jvh893459r-----=3D_NextPart= _01jvh893459r=E2=80=94=E2=80=94=20 >> etc etc >>=20 >> Often the breaks start as early as the subject line. >>=20 >> BUT, the format of the email in EmailCompleted is intact, just as >> it is prior to the send. In fact, if I drop the =E2=80=9Cbad=E2=80=9D = email back >> into the Email Folder it will be fine the second time with no >> changes whatsoever. =20 >>=20 >> 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=E2=80=A6 >>=20 >>=20 >>=20 >> Cheers, >>=20 >>=20 >> >> >>> On 23/03/2015, at 9:12 am, Diane Blackmore >> > wrote: >>>=20 >>> Hi >>>=20 >>> This is really getting out if control=E2=80=A6 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=E2=80=99t = happening >>> to this extent). >>>=20 >>> Cheers, >>>=20 >>> >>> >>> >>>> On 20/03/2015, at 4:32 pm, Diane Blackmore >>>> > wrote: >>>>=20 >>>> It=E2=80=99s going to one recipient, being BCC=E2=80=99d to = another. >>>> Unfortunately the problem doesn=E2=80=99t resolve if I remove the = BCC. >>>>=20 >>>> I did think that it could have been related to an encoding >>>> problem with one or more of the included files, but they=E2=80=99re = all >>>> consistent and it wouldn=E2=80=99t explain why the problem occurs >>>> sometimes but not others. >>>>=20 >>>> Anyone else want to weight in on this? >>>>=20 >>>>=20 >>>> Cheers, >>>>=20 >>>>=20 >>>> >>>> >>>> >>>>> On 20/03/2015, at 2:57 pm, Stuart Tremain >>>> > wrote: >>>>>=20 >>>>> Are you sending one email to one recipient or one email to >>>>> many recipients ? >>>>>=20 >>>>> I had a problem with the latter, making it one to one solved >>>>> the problem, but I don=E2=80=99t know what was causing it. >>>>>=20 >>>>> Kind regards >>>>>=20 >>>>> Stuart Tremain >>>>> IDFK Web Developments >>>>> AUSTRALIA >>>>> webdna@idfk.com.au >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>> On 20 Mar 2015, at 12:13, Diane Blackmore >>>>>> > wrote: >>>>>>=20 >>>>>> Hi >>>>>>=20 >>>>>> 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=E2=80=99d be interested if = anyone >>>>>> knows of anything buggy here. >>>>>>=20 >>>>>> 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=E2=80=99t 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=E2=80=99d back to the server etc so no = images >>>>>> are bing sent. >>>>>>=20 >>>>>> 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).=20 >>>>>>=20 >>>>>> 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,=20 >>>>>> 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. >>>>>>=20 >>>>>> It has been suggested that we could replace Emailer with >>>>>> something that does the same job but I=E2=80=99d be interested to >>>>>> find out if there=E2=80=99s a quicker fix before I go down that = bumpy >>>>>> path. >>>>>>=20 >>>>>>=20 >>>>>> Cheers, >>>>>>=20 >>>>>>=20 >>>>>> >>>>>> >>>>>> >>>>>>=20 >>>>>> 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=3D"----=3D_NextPart_01jvh893459rhw" >>>>>> X-Priority: 3 >>>>>> X-MSMail-Priority: Normal >>>>>>=20 >>>>>> This is a multi-part message in MIME format. >>>>>>=20 >>>>>> ------=3D_NextPart_01jvh893459rhw >>>>>> Content-Type: text/plain; >>>>>> charset=3D"iso-8859-1" >>>>>> Content-Transfer-Encoding: 7bit >>>>>>=20 >>>>>> This message is in a format that cannot be read by your email >>>>>> software. Time to upgrade! >>>>>>=20 >>>>>> ------=3D_NextPart_01jvh893459rhw >>>>>> Content-Type: text/html; >>>>>> charset=3D"iso-8859-1" >>>>>> Content-Transfer-Encoding: 7bit >>>>>>=20 >>>>>> >>>>>> >>>>>> >>>>>> Best Blooms Florist >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>> >>>>>>=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>> align=3D"center" style=3D"padding:5px 0;"> >>>>>> >>>>>> | >>>>>> >>>>>> | >>>>>> >>>>>> >>>>>> | >>>>>>
>>>>>> >>>>>> | >>>>>> >>>>>> | >>>>>>
>>>>>> >>>>>> >>>>>> >>>>> align=3D"center"> >>>>>> >>>>>> >>>>>> >>>>>> Order Ref. 42230 >>>>>> Tax Invoice Receipt >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>> cellpadding=3D"0" class=3D"tableForm"> >>>>>> >>>>>> | Arrangement / Accessory | >>>>>> Price | >>>>>> Quantity | >>>>>> Cost | >>>>>> >>>>>>=20 >>>>>> >>>>>> >>>>> = href=3D"http://www.bestblooms.co.nz/online/product_information.csn?product= id=3D1132151">Hot >>>>>> Pink and Purple Bouquet - Standard
| >>>>>> $80.00 | >>>>>> 1 | >>>>>> $80.00 | >>>>>> >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>>> | >>>>> style=3D"background:#fff;text-align:right;">Sub-Total: | >>>>>> $80.00 | >>>>>> >>>>>>=20 >>>>>> >>>>>> | >>>>> style=3D"background:#fff;text-align:right;">Signature Card: | >>>>>> $0.00 | >>>>>> >>>>>> >>>>>> | >>>>> style=3D"background:#fff;text-align:right;">Delivery: | >>>>>> $0.00 | >>>>>> >>>>>>=20 >>>>>> >>>>>> | Grand Total: | >>>>>> $80.00 | >>>>>> >>>>>> >>>>>>
* Prices are in New Zealand Dollars and >>>>>> include Goods and Services Tax within New Zealand. GST Number >>>>>> 94-374-936.
>>>>>>=20 >>>>>>=20 >>>>>> Delivery Details >>>>>>=20 >>>>>> Your Details >>>>>>=20 >>>>>>=20 >>>>>> Billing Details >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>
>>>>>>=20 >>>>>> >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>
>>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> >>>>> align=3D"center"> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>> | >>>>>>=20 >>>>>>
>>>>>>=20 >>>>>>
>>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> >>>>>>=20 >>>>>> >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> ------=3D_NextPart_01jvh893459rhw-- >>>>>=20 >>>>=20 >>>=20 >>=20 > --------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us
Stuart Tremain
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:
Re[2]: Weird [blank] interpretation (1999)
Summing fields (1997)
Anyone get WebDNA working on a windows XP Home box? (2006)
[OT], Sorta: WebCat-Talk List (2000)
Strange variable in url problem... (2001)
Re:What file? (1997)
WebCat2b15MacPlugin - [protect] (1997)
webcat developer list (2001)
WebCat2 - Getting to the browser's username/password data (1997)
2.1 release (1998)
Nested vs conditional (1997)
Mozilla/4. and Browser Info.txt (1997)
Setting up shop (1997)
WebCat-Typhoon-WebTen (1998)
Tax Moratorium Expiring (2001)
WebCat2b13 Command Reference Doc error (1997)
WebCat2 - storing unformatted date data? (1997)
multi-paragraph fields (1997)
Cancel Subscription (1996)
Cart passing in URL... (2004)
![](3D"http://www.bestblooms.co.nz/e_images/phone.png")
>>>>> alt=3D"phone" border=3D"0" width=3D"39" height=3D"27"> >>>>>>