Archive for February, 2010

Ready to make a difference? SendGrid is hiring!

Monday, February 15th, 2010

SendGrid is a cloud based service that delivers emails on behalf of companies to increase their email deliverability.  We have also developed a platform that solves many of the current email problems and flexible enough for other companies to plug in functionality to solve future problems.  SendGrid has been growing really fast after launch and we want you to be part of the awesome company we are building.  We are looking for talented engineers that can help us innovate the email space and make a huge difference.

Senior Web Applications Engineer

SendGrid is looking for a senior backend engineer that can help us manage and innovate our web applications.

Responsibilities:

  • Manage a team of web developers and be responsible for getting applications released on time
  • Design scalable and fast web applications
  • Work closely with designer to develop great UX/UI applications
  • Work closely with infrastructure engineer to make sure web applications scale on demand
  • Implement backend and frontend web applications in Symfony/PHP to automate tasks and to better present data to users

Qualifications

  • Experience managing a team of remote developers
  • Experience with management tools such as Basecamp or Pivotal Tracker
  • Experience with Symfony, YUI, and test-driven development
  • Familiar with UX design
  • Plus if familiar with Hadoop and Perl
  • Telecommuting will be considered for the right candidate

Senior Backend Engineer

SendGrid is looking for a senior engineer that wants to be part of the team that develops the fastest and most scalable cloud-based email platform in the world.  If you know what a context switch is and the difference between epoll() vs select() we want to talk to you.

Responsibilities:

  • Profile and benchmark OS and applications to find and improve bottlenecks
  • Implement distributed applications that can scale to millions of emails per day
  • Implement applications to provide better tools and insight on email delivery
  • Work closely with web developers to develop great user tools
  • Enjoy supporting users on technical issues as they are our biggest asset

Qualifications

  • Fluent in Perl, Python, and C
  • Linux systems administration experience
  • Experience developing large scale and mission critical applications
  • Familiar with spam filters
  • Familiar with an asynchronous programming frameworks such as AnyEvent, POE, or Twisted
  • Plus if familiar with Hadoop and statistical analysis
  • Telecommuting will be considered for the right candidate

Please emails us your resume at jobs@sendgrid.com and be part of a great team.

Why you should not use noreply@domain.com in your emails

Monday, February 8th, 2010

When we were designing our SendGrid platform, we tried to solve most of the existing email problems and make an extensible platform where other companies could add functionality and solve future problems. One of the current problems is taking incoming replies from emails. We noticed many companies sending automated or transactional emails to their users using a From email address in the form of noreply@domain.com. This creates two huge missed opportunities that SendGrid users can now easily take advantage of by using our parse API.

The first missed opportunity is communicating with users.  Companies such as Posterous, Wordpress, Intense Debate, and Facebook have taken advantage of the wide adoption of email to develop great applications.  Wordpress and Posterous allow users to write and publish a blog post by just sending an email.  In the same manner, Facebook and Intense Debate allow users to reply to comments by just replying to an email.

The second missed opportunity is increasing email deliverability.  Webmail email providers such as Yahoo and Gmail automatically add email addresses that users reply to often to their contacts list.  Messages from senders in the contacts list won’t be marked as spam in most cases.  The best way to start is to allow registered users to reply to emails to confirm their email accounts in addition to providing a confirmation link.

So why haven’t companies taken advantage of this in the past?  First, it is difficult to setup the infrastructure to handle this.  It requires setting up email server software, worrying about scalability, and maintenance.  Second, parsing emails correctly can be difficult.  Emails are encoded differently, have multiple parts, languages, etc.  Luckily, SendGrid makes all these pains go away.

Companies using SendGrid can get this functionality in minutes.  SendGrid acts as an email proxy to web applications.   Users just point a domain such as domainmail.com or a subdomain such as mail.domain.com’s MX record to our cluster  mx.sendgrid.net and give us a URL to post parsed emails to.   Any email sent to that domain/subdomain comes to SendGrid, we parse it (including attachements), and post it to a web application.  This allows programmers to develop regular web forms that are exactly the same as if they were taking user input from a web browser.  Companies can give unique email addresses to their users or use the same email address and include an unique identifier in the subject (such as ZenDesk) or in the body.  For more information go here.

If you are a SendGrid user using this feature please let us know so we see what cool applications you have developed.  We would love to feature them in our blog.  Also, we would love if you can provide feedback by taking our survey here.

©2010 SendGrid