Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create DMARC TXT record for semantic-mediawiki.org #32

Open
kghbln opened this issue Aug 3, 2017 · 8 comments
Open

Create DMARC TXT record for semantic-mediawiki.org #32

kghbln opened this issue Aug 3, 2017 · 8 comments
Assignees
Labels
issue server - sulcorebutia sulcorebutia (9907) site - s-mw.org - www www.semantic-mediawiki.org (99072)

Comments

@kghbln
Copy link
Member

kghbln commented Aug 3, 2017

Reported here. Some e-mail providers reject e-mails coming from domains without a DMARC policy. So we probably have to cater for this bogus.

Resources:

@kghbln kghbln added issue site - s-mw.org - www www.semantic-mediawiki.org (99072) server - stetsonia stetsonia (9901) labels Aug 3, 2017
@kghbln
Copy link
Member Author

kghbln commented Aug 3, 2017

@JeroenDeDauw You will love this.

@kghbln
Copy link
Member Author

kghbln commented Aug 3, 2017

Note: Setting $wgUserEmailUseReplyTo = true; seems not to have had the desired effect, though ... see below. The WMF however does not use this either. Perhaps a tough titties situation for users of Gmail, Yahoo, AOL and consorts.

I asked for a fresh test to verify if the setting actually changed something.

@JeroenDeDauw
Copy link
Member

Should I do something on our hosting provider?

@kghbln
Copy link
Member Author

kghbln commented Aug 16, 2017

Should I do something on our hosting provider?

I am afraid that we need do define this policy for the s-mw.o domain. People trying to register using Gmail, Yahoo etc. just do not get their e-mail-confirmation requests either because they are bounced or filtered away.

Unconfirmed valid requests are still happening.

@kghbln kghbln added server - sulcorebutia sulcorebutia (9907) and removed server - stetsonia stetsonia (9901) labels Apr 7, 2019
@kghbln kghbln self-assigned this Apr 7, 2019
@kghbln kghbln assigned mkroetzsch and unassigned kghbln Apr 19, 2019
@mkroetzsch
Copy link

So what should I do to fix this?

@mkroetzsch
Copy link

mkroetzsch commented Apr 23, 2019

Can I just add a DNS entry like this: https://help.united-domains.de/faq-article/was-ist-ein-dmarc-eintrag

It seems that the main challenge is to decide which email to provide for error reporting (ruf), as this could receive huge amounts of emails. Any suggestions?

@kghbln
Copy link
Member Author

kghbln commented Apr 23, 2019

Can I just add a DNS entry like this: https://help.united-domains.de/faq-article/was-ist-ein-dmarc-eintrag

Yes, I believe so. I know that Hetzner generates such entries by default which only need to be activated at some point.

It seems that the main challenge is to decide which email to provide for error reporting (ruf), as this could receive huge amounts of emails. Any suggestions?

Perhaps <postmaster@...> which could be checked once in a while.

This task is not a front burner since we survived without during the past years. However I expect increased user friendliness for our mails no longer ending up in Googles spam folders (most registrations come from Gmail accounts. :( )

@kghbln
Copy link
Member Author

kghbln commented Apr 23, 2019

Probably useful: https://mxtoolbox.com/DMARCRecordGenerator.aspx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
issue server - sulcorebutia sulcorebutia (9907) site - s-mw.org - www www.semantic-mediawiki.org (99072)
Projects
None yet
Development

No branches or pull requests

3 participants