User Forum
Xequte User Forums
Profile    Active Topics    Forum FAQ    Search this forumSearch
     
Forum Tips
» This forum is for users to discuss their software problems and suggestions for improvement.  Remember that only a tiny percentage of our users experience such problems (To be precise less than 0.7% have ever posted on this forum)
» Include your software version number (as displayed in the About Box)
» Check the FAQ before posting as most common questions have already been answered
» You don't need to also e-mail us separately as our support team will respond to all questions on this forum
 
 All Forums
 Xequte User Forums
 MailList King
 MLK Choking on sending a lot of individual emails

Note: You must be registered in order to post a reply.

Size 
UserName:
Password:
Mode 
Format  BoldItalicizedUnderline Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailBrowse for an image to attach to your post Insert CodeInsert QuoteInsert List
   
Message 

 

Emoji
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Black Eye [B)]
Frown [:(] Shocked [:0] Angry [:(!] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

 
Check here to subscribe to this topic.
   

T O P I C    R E V I E W
Bruce23 Posted - Mar 03 2013 : 09:41:41
A couple of other issues I have noted which I thought I would mention here which tie somewhat into my ISP limit topic.

I noted that if I sent 1000 emails individually at one time that after about 500 or so MLK started giving SMTP errors. I contacted the ISP provider who checked their end and reported no problems with the mail servers. When I set the limit to 400 every 5 minutes MLK had no problem. It is almost as if MLK could not handle the continual sending of individual emails. Nigel are you aware of this issue.

I noted the same issue sending individual emails and usiong the stagger delivery of sending messages at 2 or 3 second intervals. After about 500 or so constant emails being sent MLK seemed to choke on the constant sending of emails and we would receive smtp errors. Again the ISP provider checked as we were sending and noted no problems at their end so we could only assume the issue was with sending so many individual emails in a continual stream.

4   L A T E S T    R E P L I E S    (Newest First)
Bruce23 Posted - Mar 06 2013 : 19:29:45
Hi Nigel
At this point my management won't allow any more time spent for obvious reasons. They are still trying to decide if they want to even upgrade further. I am pushing hard for it but they are of the opinion the product might not meet our business criteria requirements and they are considering a web based solution. The last sending log I sent to you took days to prepare and two managers had to sign off on it for privacy reasons (obviously). It's a different world we are in with all the privacy concerns and sending bug logs, etc., must meet strict corporate guidelines. Just one of the problems dealing with large corporations particularly as we deal with a lot of govt depts. I have sent you a lot of materials privately. I think that's all I can send but I can tell you our IT people are very good. Nonetheless this will all be unnecessary once you fix the problem of strict adherence to ISP limits as even our own mail servers have strict limits in place. Once you get the release done I plan to buy 1 upgrade within my own budget, check it out thoroughly and then make my case for your product versus a web based solution. There are pros and cons to both email sending solutions. I look forward to the release.
Bruce
xequte Posted - Mar 06 2013 : 12:37:57
Hi Bruce

We have certainly tested it extensively with large volumes of sending, plus we have a huge base of users, so i think it unlikely that you alone have found a bug whereby it fails when the throughput is too high.

If it is encountering errors when your other email software does not then there must be something different in its configuration or other matter (content, incompatibility with your server, etc) that causes problems.

Please forward us a sending log that shows this issue.


Nigel
Xequte Software
www.xequte.com
nigel@xequte.com
Bruce23 Posted - Mar 05 2013 : 23:30:31
As explained the ISP checked the email que as the emails were being sent. There are no errors at their part. Our IT department checked all 3 copies of MLK and found the errors were within MLK and not other programs. For example, outlook was sending the same emails without errors at the same rate, however as soon as they were changed to MLK the sending errors appeared again. Two other local email sending programs tested also had no problems including sending at 1 second increments on thousands of emails.
Sorry, but no firewall in use as these are sending machines only. Perhaps you are not checking it against thousands of emails being sent in 2 or 3 second bursts over hours of constant running. Even sending them within our own mail server the same errors appear but not through other email programs, outlook or outlook exchange but certainly through MLK. Nonetheless this will be a mute point when your next release fixes this issue through a firm limitation that follows a true set limitation. Most ISPs who have limits set them by the hour, so by having a firm limitation in place the automated sending of emails will end these types of issues as we will not have to limit the sending by seconds. Thanks Nigel. Looking forward to the fix.
Bruce
xequte Posted - Mar 05 2013 : 22:18:48
Hi

MLK is unlikely to be faltering itself, these errors are generally due to the ISP or being blocked from the destination servers due to spamming rules (too many messages received from one sender in a short period. It is also possible that your anti-virus software or firewall is intercepting your messages due to its worm-blocking functionality.

What are the error messages? If they are consistent with every failure then the problem is local to your system or is your ISP. If there are a variety of different errors it is probably the destination servers.



Nigel
Xequte Software
www.xequte.com
nigel@xequte.com