I have a newsletter with 13k subscribers. I would like to use Google to send the newsletter instead of the free edition of mailenable I am using currently.
The main thing that has put me off is the 2,000/day sending limit as it would take a week to send out a bi weekly newsletter which may have time sensitive information in it.
I saw a post here that said you can send over the 2,000/day limit if you use the GAE.
I went to the GAE page and had a look at the limits and it does say that you can make 1,700,000 email queries. However, I called the Google apps sales team and they said Google says anything above 2,000 emails is spam and has no legitimate purpose (I had the feeling though that the person I was talking to was poorly trained and had no idea what the GAE was).
So would I need to create my own google app that acts like a SMTP server and uses the GAE to send the email? Would this be the same as sending through Google Apps, i.e. DKIM header added and trusted IP?
Any help anyone can give me is greatly appreciated.
Many thanks in advance.
From my experience GAE is a very bad platform to send bulk emails.
For a long time it didn't support DKIM or Sender Id, its hard to mange bounces, and on top of everything you need to write your own framework for bulk sending using tasks or backends.
The cost of instances time for sending those emails might even double your cost (in $$$) for sending the newsletter.
We choose to go with Mailchimp which is IMHO the best tool for sending bulk newsletters.
Billed applications can indeed send more than the default daily free limit of emails with App Engine. Once you have enabled billing, you can choose how much quota you want to dedicate to your app, including email sending.
Related
I have my own domain with G-Suite Business and application in GAE that sending emails to our clients. But limit 100 sendings per day is too low.
How to increase mail send quota above 100/day? That's possible?
Thanks for any ideas.
The build in GAE mail is not really intended for production use, on top of the 100 mail limit there is also a limit on how many unique email addresses can be sent to in 1 day if im not mistaken.
For production I would recommend SendGrid, documentation can be found here : https://cloud.google.com/appengine/docs/standard/python/mail/sendgrid
Good service with a lot of needed mail features, like custom domain etc.
Google Cloud Platform support no longer provides quota increases for the Mail API.
Besides that, Richard's reply is correct so you can use Sendgrid or other available mail providers mentioned in the documentation. Additionally, as you mentioned GSuite, you may consider using Sockets API with your GSuite accounts (subject to GSuite quota).
According to https://developers.google.com/appengine/docs/quotas#Mail
a GAE app developed by a third party (anyone of us) and hosted in GA Cloud has a limit of 20.000 messages that can send each day, right ?
What if an app has registered 100.000 end-users that accepted to receive a daily email notification ?
isnt GAE a platform for this kind of apps ? do we have to find out for another provider ?
does the app must use a third-party service like mailchimp api or similar to do this job ?
thanks,
d.-
GAE no longer supports sending more than 100 emails and they will not increase your quota using this form request. They are nudging people to SendGrid (why SendGrid specifically in unclear). Its an unfortunate reduction in GAE capabilities.
They have a nice little footnote in there that says:
The new limit of 20,000 messages per day only applies to applications
created on or after December 14th, 2012. Applications created before
this date will not be subject to this limit, even if they enable
billing after December 14th.
You may be able to go around this by converting an old and unused GAE project to send the emails. If you don't have one, you can ask your friends if they do. Pretty much everybody I know has at least one or two dead GAE projects.
You can request a quota-increase here: http://support.google.com/code/bin/request.py?&contact_type=AppEngineCPURequest
Explain what you are doing and why you need more of your mail-quota.
I have an app running on the app engine. Now I am not reaching any of the free limits, except for recipients emailed. My question is, can I pay to just increase that 1 limit? I read the information that google provides about pricing but I can not find an answer to my specific question.
No, you cannot. But you can use another service to send mail, like Amazon SES.
I'am a great fan of app engine. Except for the mail service, because it will give you know feedback about mail delivery. See this issue.
http://code.google.com/p/googleappengine/issues/detail?id=1800
I added some code to this issue, to use SES.
No, but why would you want that? Even if you enable billing, you still have all the free quotas.
I tried to search if it's legal or GAE will be able to support sending/receiving email just fine with mailing list kind of operation -- but so far I couldn't find anything useful.
Do you know if this is permissible or possible? Or even a good idea?
I'm thinking simple mailing list software for a single owner.
Yes you can build that, and in the GAE documentation is a good chapter about how to do that:
http://code.google.com/intl/de-DE/appengine/docs/java/mail/overview.html
If the fairly high quotas for sending mail:
http://code.google.com/intl/de-DE/appengine/docs/quotas.html#Mail
are not enough, you can ask for an increase. Not sure if that will cost you money.
App Engine does support sending and receiving email (see sending mail in App Engine and receiving mail in App Engine). The App Engine program policy prohibits sending spam emails (see the "Prohibited Actions" section), but as long as you are sending legitimate emails, there should not be a problem.
That said, if this is secondary to your main application (i.e. you just want to provide a mailing list as a support forum, for example), it may be easier to just use Google Groups for that functionality.
I have developed a dating website built on top of the Google App Engine, to which I would like to add instant messaging, and possibly/probably audio and video conferencing.
Given that the users on the website do not want to share their personal details or real contact information, I am handling all of the login information and sessions without assuming that the clients have (or even want) a google account ID or any other login that is associated with their real identity.
I would like to hear suggestions on how I could go about adding instant messaging to my website given that I cannot just directly access Google Talk or some other existing service.
Would it make sense to use XMPP for this, and if so will Google Talk or any other XMPP service provider allow me to register new user accounts without manual intervention (ie. after a user is registered on my site, automatically register them with the XMPP provider)? Or, if not, perhaps I can use a single google ID with Google Talk with a different resource identifier for each user (me#google.com/user1, me#google.com/user2, etc...), and send messages between the different resources? Could this work, and/or would having thousands of simultaneous connections to a single account get me banned from Google Talk?
Perhaps some kind of AJAX based solution might make more sense given the fact that users are already registered on my website, but are not registered for an XMPP service?
Any suggestions about how I might approach this problem would be greatly appreciated.
Kind Regards
-Alexander
Text chat is the easier problem. You can do either with or without XMPP. Without XMPP, you'll be building a Facebook chat type client on your pages that sends messages from each user to the app, and the app then shows then on the recipient's screen.(The client can be polling, or use comet when it comes out). Check out olark to see how this works.
Once you build code to use the app as a switchboard that routes the correct message to the correct person (anonymously, maybe), you can port this easily to XMPP if you require. Both parties add you.dating.site#appspotchat.com to their buddy lists, and you send all messages from girl#site.com to guy#site.com and vice-versa. (assuming a heterogeneous site.)
Audio and video, I have no clue how to do without sharing details between the parties :-/