On Wed, Aug 07, 2024 at 11:35:10PM +0200, Tobias Fiebig via mailop wrote: > Hello Paul, > > I acknowledge that this was a well-meaning comment by you, so I skipped > the somewhat more polemic reply I had typed before. > > > Maybe avoid putting URLs into the message? > > I find this wording 'a bit difficult'.
I'm aware (now) that these are system/service notifications you are sending to your clients and, I guess, you probably need links in them. My suggestion was because you noted that it was UrlDefense breaking the DKIM - thus not having URLs results in not breaking DKIM (assuming no warning tags, etc). > Proofpoint is a for-profit company that offers email security services > to paying clients. I am some academic hosting digital infrastructure > for a non-profit on my own dime. > > My mails follow best practices (including ARC ;-)). Proofpoint breaks > DKIM/SPF and does not monitor their client's setups for > misconfigurations that are incompatible with the services Proofpoint is > selling to their clients. > > The mails I send are (to a degree) bulk-ish/automated; It is > notifications of a review system, letting people know that, e.g., a new > comment was received on a paper they reviewed, somebody highlighted > them in a discussion etcetc. The "user base" has been well trained to > this mail/workflow for _decades_. > > These mails contain links to, e.g., the paper site, so you can directly > look at the comment etc. > > Suggesting I should now change the system so proofpoint does not have > to fix their business feels ... untenable if not an actual non-starter. That was not my intent. It was to suggest a way for some mails to make it through. [snip] > > Should at least be good enough to explain to someone there that they > > need to fix their settings. > > As I presume that everyone on this list had to click through "one of > those" security trainings once or twice in their career,... I guess we > all know how > > "Hey, I am Tobias from $other_org; WE are having > admin settings in Google workspace so we can send mails again..." > issues sending you emails. Could you please fix some global Perhaps not that - but certainly encouraging them to open a Support case to ensure their settings are correct. In this fora we tend not to share real domains/customer info that are having issues. Therefore, we have to talk genererally. Proofpoint doesn't provide mailboxes - so all mail is delivered to 3rd party or self-hosted MTAs. Proofpoint provides guidance, documentation, setup guides, professional services, etc to help customers correctly configure their systems. But not all do. We can't force them. Most of this mailing list is "I'm having issues delivering to ...", while seeking a contact that might be able to help (this thread being the same). Usually someone has misconfigured something somewhere. At PP we absolutely want customers to have correct configurations and to receive mail - it doesn't do us any good to block legit senders. As I noted earlier, I don't know who the customer is (and even if I did, I couldn't help as: a) I'm not on the pp-hosted side, and b) the correct path is via Support). The best/only way for anyone to get PP to do anything is to have the Customer open a Support case. PG _______________________________________________ mailop mailing list [email protected] https://list.mailop.org/listinfo/mailop
