For transparency, I’m @JoyEricson’s husband. She asked me to weigh in on this since I’m a programmer by trade.
I got a calendar reminder recently and it really was confusing. I don’t think the problem is the scouting.org address per se, but the display name in the from field:
From: Boy Scouts of America <noreply@scouting.org>
It does look like the SPF and DMARC records allow providers like Yahoo and Gmail to authenticate the domain. So everything is fine from a mail delivery perspective.
What’s not so great is that people who are new to scouting are looking for emails from their local troop or pack, not from national. Maybe it’s not practical to use per-unit email addresses, but it would help to use a separate email for calendar reminders. To copy Google Calendar’s example:
From: Scouting Calendar <calendar-notification@scouting.org>
That way it would be clear what the purpose of the email is. It would be great if the unit were included, but it’s a lot less necessary if the subject line were clear. Speaking of which.
That totally makes sense, but, I think, misses the point. The typical person doesn’t care whether or not their pack is designated as a “Family Pack” on the calendar notification email. I can see how it might possibly be useful if you are getting emails from many units. But the typical person will only have one or two. FP
is just confusing.
I think what Joy is suggesting isn’t to have separate formats for each unit, but to make the standard format less confusing for the bulk of the people getting these notifications. I gotta believe that needing a leading 0 and the “FP” designation are the edge cases. Most everyone getting these notifications just need a quick way to distinguish these email notifications from notifications they get from PTA, church, soccer, etc.
Kinda a meta point, but one of the most useful articles I’ve ever read is “Listening to users considered harmful?” The whole thing is worth reading, but I love the conclusion:
So maybe the key is to listen not only to what users say, but more importantly to what is motivating what they say. The rest is up to us. If we really care about our users, they’ll just have to trust us… but more crucially–we have to trust ourselves.
I’ve given a couple of suggestions (use a separate email for calendar notifications and remove superfluous details from the subject template), but I have no idea if they make sense for your systems. Maybe they are simple configuration changes. But maybe you’d need to change fragile code to get it working. I’m not in a position to know.
On the other hand, developers aren’t in the position to know what barriers most users are facing. Even developers who happen to be parents of scouts will be biased by knowing technical details such as what FP stands for. That’s ok! Having a forum such as this one means users can communicate with the people working on the product. It’s a great way to build trust, if we make the effort to understand each other.