Forking mail subprocess before fetching descriptor data

Nope, attempt to garbage collect the descriptors didn't do the trick. We're
still triggering OOM errors. Plan 'b' from...

  https://stackoverflow.com/questions/1367373/python-subprocess-popen-oserror-errno-12-cannot-allocate-memory

... is to fork our process before gobbling up a lot of memory. I don't like
this - there should be a way of subprocess without doubling memory usage.
Fixing perdulce's overcommit policy would also be a preferable solution.

Oh well. Hopefully this does the trick so I can stop looking at it.
Shift bot notification to generate subprocess early too

When I made the prior commit I knew there were a couple other spots we forked,
but wanted to see if it worked for the main email first. Seems to, so shifting
the bot notice too to prevent OOMs. The error notification still forks, but
leaving it as-is for the moment since it seems to be working (that's how I'm
being notified of OOMs, after all).
Disabling check that the BadExit flag is in sync

This check was busted for quite some time and I fixed it this last weekend.
However, it's generating a lot of noise and it's not useful so disabling this
check.
Merge Damian's commits from 'official/master' into python-website