Significant percentage of emails returning errors

[glorioso]

We are using a fork of democracy.io to send out emails. We are noticing that a large percentage (30-50%) of these are returning various error messages. Is this a known issue? We posted an issue to phantom of the capitol, but wondered if democracy.io had noticed this.

Here is our tool: https://github.com/AcademicsForTheFutureOfScience/afs_contact_congress_website

[peterxsu]

Hello, I'm helping with trying to solve the high error rate of the aforementioned fork, and I noticed that we aren't getting any of the user-friendly messages that come back with an error.

The message is just another field in the returned JSON object from the Phantom of the Capital call (like status). Does democracy.io grab that message? If yes, where is it going/how do you guys see it?

[sinak]

So we're aware of the errors that occur with PotC, and we put those messages in a queue so that someone can go back and fix the forms for those specific MoC. I was involved during the creation of that process, but haven't checked into it later - it's a bit worrying if 30 to 50% are currently failing. I'll check into what's going on on EFF's side of things.

[peterxsu]

I've checked PotC's status indication for recent-fill-status and I'm seeing some large error rates (example is for Elizabeth Warren: https://congressforms.eff.org/recent-fill-status/W000817 error rate of ~44%).

Is that normal? Or should I just ask this question on the PotC github?

[maximillianh]

The "errors" count displayed on recent-fill-status is misleading. That displays a count of all jobs that have hit an 'error' status and been temporarily added to the delayed_jobs queue, regardless of whether they were delivered by a subsequent cron run after the YAML file was corrected.