Given all my issues around using a shared server, based on your experience, would I benefit at all by buying gd mail queue pro and using an API engine? Unfortunately it doesn’t currently support my choice of email service provider and I wonder if that could be added to Pro – I am currently (experimenting) using clicksend and they appear to support Rest API but I don’t know anymore than that – beyond my skill set.
June 13, 2020 at 9:39 am #63869This reply has been set as private.
June 13, 2020 at 10:02 am #63871
GD Mail Queue Pro has SendGrid REST API in plugin core, and addons for Gmail, Amazon SES, SendInBlue, MailGun, and MailJet (all addons are free with Pro license – the main reason for having them as addons, is because they can be quite large, Amazon library is over 15MB). I already have ClickSend on the list of potential services to integrate, but I doubt I will have the time to complete it before next month – best case, it can be released in early July.
June 13, 2020 at 10:48 am #63872
is Rest API susceptible too issues similar to what I am experiencing with SMTP (time outs etc) – or are there other issues I don’t know any thing about that I would encounter with a shared server
June 13, 2020 at 1:07 pm #63873
Using REST API eliminates issues created by the SMTP server, so it should provide a better overall experience. There is no perfect delivery method, and every method can have dropped emails, but REST API should always be better, and every service providing both SMTP and REST API methods, always recommend REST API as better, and SMTP as a legacy method or method to use when there is no other way. Biggest issues with REST API delivery can be: service receiving server is down (nothing can be done, and the email will be marked as fail), your server has connectivity issues. Other then these, REST API is better solution, and both issues are true for using SMTP.
Also, for all REST API implementation in GD Mail Queue, I use only official PHP libraries for REST API, so they should be as reliable as the owner company makes them be. And, I try to update included libraries as soon as the new ones become available.
June 13, 2020 at 1:12 pm #63874
I’ll investigate whether or not i cna get approval for putchase
is it US$?50???
June 13, 2020 at 2:02 pm #63875
June 30, 2020 at 9:17 am #64008
Just checking in for/with a status update
1) Is clicksend API for Pro still on target for July sometime?
2) Is the Asgaros forum plugin going to make it onto your list of “email types detected by the plugin”. If it does, then I would change the “gdmaq_mailer_add_to_queue” filter to just add the asgaros emails to the queue and then have every other email from the site ‘bypass’ the queue. The reason is that other emails are ‘one of emails’ and don’t require queueing whereas asgaros are ‘multiple emails’ which require managed delivery.
I now have a contact form plugin which doesn’t need queuing.
3) I have moved my siteground server from Singapore to Sydney and things seem to be better – still a shared server. eg one of my tests got 50 (of 70) emails sent (was 25 before) before your plugin stopped. The remaining 20 were delivered 10 minutes later.
4) however most recent testing of 70 emails sent with job length of 85 and emails per job of 35 with flexibility off shows full delivery of 70 emails in two runs of the queue as per your logs and no errors – as I expected. BUT apparently randomly, 1 email in each batch was not received at clicksend as per their log – and thus not delivered.
Siteground has stated that since I am using SMTP I am not subject to any email limits they have on their servers.(like 20 per minute and 300 per hour) but I am still subject to server limits like php executions limits – but I don’t think I am getting anywhere near 120 seconds based on stats reported on your overview.
Clicksend say they can accept 1000 emails per second. They are also searching their logs to see if they can tell what has happened to these 2 emails but nothing back yet. If they can come up with something I’m hopeful of finding a queue processing configuration that will work and deliver my forum emails albeit a bit slower than I would like. But being forum notifications, time is not really an issue (this ties in with 2) above ). Otherwise back to a justifying a VPS and/or using an API.
As an aside I was told that clicksend ‘use’ sendgrid to send their SMTP traffic!!!
5) By the way – am I correct in assuming you realise when the plugin ‘stops’ as per 3) above, the ‘queue’ statistics at the bottom of your overview are not updated. I got the 50 number in 3 above just because there were 20 (of 70) that remained ‘locked’ but , for example, the ‘queue run time’ statistics didn’t tell me how long the plugin ran for to send those 50 emails.
June 30, 2020 at 11:04 am #64009
1. ClickSend is still in the plans for July, I have no exact date set.
2. Asgaros Forum will be supported in one of the next versions of the plugin.
3/4. Shared hosting usually uses just 30 seconds timeout. And, globally set 120 seconds or whatever, doesn’t mean that every process uses same limit, because limits can be changed on script basis or by different criteria. I plan to add option to try and read timeout on the process start, and use that as timeout limiter.
5. Yes, if the process breaks, some stats will not be saved. I can save stats after each email, but that will add big overhead (2 UPDATE SQL queries more for each email). The process can break for various reasons, usually caused by the outside influence, depending on the server configuration, and script that runs has zero influence on that.
June 30, 2020 at 11:15 am #64013
great news – I can wait for 1&2
July 23, 2020 at 9:45 am #64142
Looks like I am going to get approval to go Pro.
But I need 1) and 2) above along with it. Any update on delivery of these two features.
July 23, 2020 at 10:17 am #64143
WordPress 5.5 is the cause of the delays. New WP will include a new PHPMailer library that is not compatible with the old one, so I need to update Lite and Pro plugins first to make sure they work with both versions of the library, and after that, I can go back to other things. So, new updates for Free and Lite will include support for WP 5.5 and support for Asgaros Forum. After that, I will resume work on the ClickSend addon. Right now all depends on the tests with new WP and changes made to support multiple WP versions.
July 23, 2020 at 10:42 am #64144
July 26, 2020 at 5:39 pm #64160
I have started working on the ClickSend integration, and so far, it has some serious limitations and issues compared to other services:
1. You can’t set Reply-To (From acts as Reply-To, and that is not good).
2. You can’t customize email headers (not a big deal, but still important).
3. You must use From that is defined in the ClickSend dashboard, and you have to use the ID of the email, not actual email.
4. You can’t specify email content to use (it is either HTML or PlainText, can’t be both).
5. Their latest API version is 3 years old, and it has issues with PHP 7.3 and 7.4.
For now, I will put this integration on hold – I have to think of the way to solve at least issue number 3 and test around issue 4. But, issue 5 is practically a deal-breaker for this integration until they fix their library. For now, I have partially working addon, and I will continue working on it, once it is viable to finish the work to create a stable addon.
July 27, 2020 at 3:42 am #64161
Well that’s not so good news for me but I totally agree with your point 5. I don’t understand the details behind the limitations 1 thru 4 but I guess it may well be because of the lack of ongoing API development.
I don’t expect you to support it if they themselves are not actively supporting it.
They have told me that their SMTP email MUST be HTML only and I’ve had to develop “messy” workarounds for that too.
Since they actually use sendgrid to send their smtp mail maybe they use sendgrid for api email too.
I’ll sort out this week if I will purchase GD Mail Queue pro or not. I know I can use sendgrid directly using GD Mail Queue pro but I need to work out a bit more on my email volumes as and their free offering is too low and their entry paid plan is too much for me at the moment.
I also need to digest in more detail, the other API providers that pro supports to see if i can find a plan that matches my “low” but variable traffic volumes.
thanks for your help and support
July 27, 2020 at 9:41 am #64162
SendGrid has a great API and supports everything needed (it is part of the GD Mail Queue Pro), and it is updated often (latest version was released last week). ClickSend API code is similar to SendInBlue API, but SendInBlue is actively maintained, ClickSend is not. I am open to supporting any email service that at least has up to date API support library
Amazon SES is the most likely cheapest plan because as with anything Amazon AWS, you pay only what you use, so check it out. SES problem is that they are made to send emails, that’s it, you don’t get any of the features email services like SendGrid and similar include. But, if you need to send emails, SES is most likely the best. If I remember correctly, sending 10.000 emails a month cost 1.00 USD on SES.
- You must be logged in to reply to this topic.