Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I need to send emails from my social service (this is continuation of Experiences in mailing to registered users). I got strong feeling that it's better to avoid problems with email server configuration and maintance and to choose email provider which will take care of all painful problems.

So several offers were compared:

Three of them look very attractive: Postageapp / Sendgrid / CritSend

As alternative i'm considering setup GAE app.

Email provider is quite easy to start work with, but have no idea how much effort require GAE to integrate with PHP.

So my question is: which option is better to choose:

  • email provider
  • GAE


Two factors are important here:

  • business background (therefore prices are mentioned),
  • work required to setup and maintain desired solution.

Preferably i would love to avoid all email-related problems (like black lists and so on).

share|improve this question

migrated from Dec 28 '10 at 9:53

This question came from our site for professional and enthusiast programmers.

not suited for stackoverflow. – poelinca Dec 26 '10 at 21:46
c'mon how come it is not suited for stackoverflow? For which of the stackoverflow sites is this question valid. +1 for image – Alfred Dec 26 '10 at 21:54
@Alfred: "Stack Overflow is a programming Q & A site" , this question is related to services provided by some companies , not related to programming ! – poelinca Dec 26 '10 at 22:01
@poelinca now it's about email integration and effort required to accomplish task. – nrph Dec 26 '10 at 22:24
realy ? quote from you're question : "Which provider works for you and is worth choosing?" , in the picture you're sending you're telling the monthly prices and price per email , how is that related to programming ? – poelinca Dec 26 '10 at 22:28
up vote 2 down vote accepted

In my opinion they all are dismissed. You should use google app engine email service. You can send to recipients for 1000 every day and after that it will cost you $0.0001 per recipients.


You have to replace application: sendmail with your application name.

application: sendemail
version: 1
runtime: python
api_version: 1

- url: /static
  static_dir: static
- url: /email

You have to replace and SECRET = '1234' with your SECRET to protect application and SENDER = ' with the email address of one of your registered users.

import os
from google.appengine.ext import webapp
from google.appengine.ext.webapp.util import run_wsgi_app
from google.appengine.ext.webapp import template
from google.appengine.api import mail
import logging

SECRET = '1234'

class MainPage(webapp.RequestHandler):
    def post(self):
        secret = self.request.get('secret')
        if (secret == SECRET):
            to = self.request.get('to')
            subject = self.request.get('subject')
            body = self.request.get('body')

            if (to != None and subject != None and body != None):
                self.response.out.write('param missing')

application = webapp.WSGIApplication(
                                     [('/.*', MainPage)],

def main():

if __name__ == "__main__":

First upload your application to app engine(thoroughly explained in the documentation). Next you can curl your application. let's say your application = 'sendmail'. When you do curl -d "" you will send that email to

share|improve this answer
Looks pretty easy. What's about handling DKIM, SPF, ISP rate limits, content inspection, bounces, spam reports, black lists and all stuff that matters with regular emails? – nrph Dec 27 '10 at 8:21
@Alfred and what's about costs? I know it is very competetive with price per single email, but are there any other hidden costs with such solution? – nrph Dec 27 '10 at 8:25
All the costs can be found at billing allthough I have never used app engine paying for something => – Alfred Dec 27 '10 at 16:41

I would give DeliverHQ a go. They are currently in beta at the moment. By the same people who make PointHQ and CodebaseHQ

share|improve this answer

(not really an answer, as it doesn't cover the technical aspects at all, but this is too long for a comment on your question)

Rather than a picture, it might have been better to have created that as a Google Docs Spreadsheet (or similar online document - there are a number of competitors in the field) and shared the link to that.

Also when comparing services like that you should not compare the prices based on using up an exact allowance that matches the provider's pricing bands. In your basic comparison a "$20-for-20,000 mails" comes out the same as "$9-for-9,000 mails" which isn't true: it is a lot more expensive if you only send 5,000 for instance. A run-down like this is a much better way to compare services with different price bands (though with your range of expected volumes plugged in rather than the arbitrary bands of 2500 I've thrown at it).

share|improve this answer

Comparing those three solutions (as well as the others you have listed) all pretty much come down to preference. They all offer a free account that you can integrate into your staging environment and test out, which would give you an idea of how they operate it.

That said, PostageApp is a great solution because not only is it easy to integrate but also has a great API and a strong template system that the users really love.

(Full Disclosure: I am the Product Manager for PostageApp.)

Unfortunately at this time, PostageApp is just a layer between an application and an SMTP server, neither of which we provide. However, we are rolling out a hosted SMTP service within the coming weeks, making us a complete end-to-end solution.

If you want to give us a try, definitely send me an email at and I would be happy to set you up with something. But at the same time, definitely try out all of the other services and make sure that your needs are taken care of.

Hope that helps!

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.