Okay. I have been searching through all of the threads on sending bulk email. Bulk to me is in the area of 5,000 to 10,000 emails a day. I understand there are 3rd party bulk email applications or smtp relay approaches like SendGrid. What I am not understanding is how to hand off the email process to one of these third party apps in a way that will not kill the WAS.
Here is the path that I have started down. First I have created an email queue table such that when a user sends an email or emails it is actually inserted into the queue table waiting to be handed off to another process. Currently, I have a field call WorkData that accepts an xbasic script that contains all of the information necessary to send the email (SMTP, password, username, SMTP port, from, etc.). This is all working fine. Now what I am having trouble wrapping my head around is how to hand off the work to another process without killing the WAS.
I was thinking or perhaps hoping that one of these third party apps would have a way to basically set up some type of cron job to go in get the emails out of the queue table then start sending them off but that doesn't seem to be the case. Of course the third party app would have to read xbasic which it won't.
Then I am thinking what about a second A5 app whose only function is to run a script from a cron job (every 60-minutes) where it processes the email queue and sends emails using an SMTP relay like SendGrid thereby freeing up the WAS on the main app. Basically what its coming down to is that some process still has to get the emails to a third party bulk email application and I am not sure of the best way to do this or even if I am on the correct path. Does it make sense to have a dedicated WAS that just processes emails using a relay? Or am I completely missing something about the best way to accomplish this task? An insight would be much appreciated.
Here is the path that I have started down. First I have created an email queue table such that when a user sends an email or emails it is actually inserted into the queue table waiting to be handed off to another process. Currently, I have a field call WorkData that accepts an xbasic script that contains all of the information necessary to send the email (SMTP, password, username, SMTP port, from, etc.). This is all working fine. Now what I am having trouble wrapping my head around is how to hand off the work to another process without killing the WAS.
I was thinking or perhaps hoping that one of these third party apps would have a way to basically set up some type of cron job to go in get the emails out of the queue table then start sending them off but that doesn't seem to be the case. Of course the third party app would have to read xbasic which it won't.
Then I am thinking what about a second A5 app whose only function is to run a script from a cron job (every 60-minutes) where it processes the email queue and sends emails using an SMTP relay like SendGrid thereby freeing up the WAS on the main app. Basically what its coming down to is that some process still has to get the emails to a third party bulk email application and I am not sure of the best way to do this or even if I am on the correct path. Does it make sense to have a dedicated WAS that just processes emails using a relay? Or am I completely missing something about the best way to accomplish this task? An insight would be much appreciated.
Comment