Never mind! Not only did my latest test task come through, all the previous ones did too. There was a few minutes delay but it seems to be working now. Thanks a ton for you help.

Test above wasn't quite right. I have now added the user to the "Signifyd Employees" project as well:

Suggestion makes sense, but does not seem to have worked. I added the user in question to the project:

Thanks for the quick debugging. However, I don't think that fixes my real problem (not your fault since I didn't tell you what that is). The rule was originally to trigger an email to a mailing list user (a PagerDuty integration email specifically). That "user" does not have the don't email for self actions action set (and even if they did, I'm the one creating the bug so it shouldn't apply). Those emails weren't going through. So I changed the rule to email me as a debugging step and found that I'm not getting the email so figured that was the root cause. As you suggest, if I change my preference so I get emailed on self-actions I then do get emails. However, if I change the email back to the mailing list it is not getting emails. Perhaps there's something else blocking these??

Attaching screen shots of the rule and the task that I think should have triggered it:

Do you guys have any idea what the process will look like to migrate stuff from our current self-hosted situation to your servers? Will there be a simple import process?

Appears fixed. Thanks!!

I don't think the transactions are of that form. One is a comment I added directly to the ticket via the web UI. Here's s screen shot of that comment:

@asherkin Thanks! I though our user had clicked "unsubscribe" in the Web UI for a specific task. Didn't occur to me to consider that it might be SendGrid.