add diher.solutions and rss.my.id to the list

[pereceh]

add a new public suffix for Diher Solutions to use by yourself. everyone can use the domains I added for informational purposes.

• Description of Organization

• Reason for PSL Inclusion

• DNS verification via dig

• Run Syntax Checker (make test)

• Each domain listed in the PRIVATE section has and shall maintain at least two years remaining on registration, and we shall keep the _PSL txt record in place

Submitter affirms the following:

• We are listing any third party limits that we seek to work around in our rationale such as those between IOS 14.5+ and Facebook (see Issue #1245 as a well-documented example)
• This request was not submitted with the objective of working around other third party limits
• The Guidelines were carefully read and understood, and this request conforms
• The submission follows the guidelines on formatting

---

For Private section requests that are submitting entries for domains that match their organization website's primary domain:

Seriously, carefully read the downline flow of the PSL and the guidelines.
Your request could very likely alter the cookie and certificate (as well as other) behaviours on your 
core domain name in ways that could be problematic for your business.

Rollback is really not predicatable, as those who use or incorporate the PSL do what they do, and when.
It is not within the PSL volunteers' control to do anything about that.  

The volunteers are busy with new requests, and rollbacks are lowest priority, so if something gets broken 
it will stay that way for an indefinitely long while.

(Link: about propogation/expectations)

• Yes, I understand. I could break my organization's website cookies etc. and the rollback timing, etc is acceptable. Proceed.

---

Description of Organization

Organization Website: https://rss.my.id

I am a blog writer. and I'm also the sole manager for the listed domains.

Reason for PSL Inclusion

I'm planning to automate the provision of a destination subdomain in place of an address on a web hosting server. my purpose of implementing this is for Cookie Security, as different customers will have control over the subdomain.

The rss.my.id domain is on a 3-year renewal and currently registered until 2024-07-24,

and diher.solutions domain is on a 9-year renewal and currently registered until 2031-03-15.

DNS Verification via dig

dig +short TXT _psl.diher.solutions
"https://github.com/publicsuffix/list/pull/1393"

dig +short TXT _psl.rss.my.id
"https://github.com/publicsuffix/list/pull/1393"

make test

All tests passed.

[dnsguru]

Made some suggestions about the contributor guidelines and ordering of the submitted PR. Needs updating to meet the guidelines.

Also: The AOL email address bounced as undeliverable on the contact in the header. Is there an alternative company / submitter name that could be used that has better reachability?

[pereceh]

Made some suggestions about the contributor guidelines and ordering of the submitted PR. Needs updating to meet the guidelines.

Also: The AOL email address bounced as undeliverable on the contact in the header. Is there an alternative company / submitter name that could be used that has better reachability?

do i need to open whois privacy ?

[dnsguru]

no comment on whois privacy. my comment was that there was an attempt to email that listed contact which was not possible. That's not wise to have at the onset, especially when there seems to be so much iteration required to be involved, and the recommendations had been articulated in the bounced email. We definitely require a valid email address to be present, so perhaps consider a reachable replacement for the AOL address as you're making these other changes.

Two changes below. If we start to have further challenges in getting this filled out correctly, it may be time to request you get help from someone on filling this out.

[pereceh]

no comment on whois privacy. my comment was that there was an attempt to email that listed contact which was not possible. That's not wise to have at the onset, especially when there seems to be so much iteration required to be involved, and the recommendations had been articulated in the bounced email. We definitely require a valid email address to be present, so perhaps consider a reachable replacement for the AOL address as you're making these other changes.

Two changes below. If we start to have further challenges in getting this filled out correctly, it may be time to request you get help from someone on filling this out.

that's good. i have fixed it. thank you for guiding me. please check again.

[dnsguru]

• DNS Validation ok
• Tests ok
• Rationale ok
• No conflict with base
• Formatted / Sorted per Guidelines

Approved

[dnsguru]

Thank you for remedying the sorting. Merging. I see above where you acknowledged reading the understanding and acceptance of propogation. You are affecting your core URL for diher.solutions, so ... good luck.

[rvandermeulen]

@dnsguru Does it make sense to be adding both *.diher.solutions and diher.solutions to the list? At least for Mozilla, this is breaking when we try to update PSL data for Firefox due to repeating domain name errors. Same for rss.my.id.

[sleevi]

@rvandermeulen Yeah, that will also break Chrome.

Our linter was supposed to catch this - https://github.com/publicsuffix/list/blob/master/linter/test_duplicate.input

We had the linter wired up to Travis in e6065d2#diff-6ac3f79fc25d95cd1e3d51da53a4b21b939437392578a35ae8cd6d5366ca5485 (and refactored subsequently into the Makefile), but we never wired that up for GitHub Actions, and the whole Travis kerfuffle has meant we've lost testing coverage.

Any chance you'd be willing to fiddle with GitHub Actions to get it running our lints again? I'm not sure I'll be able to get to it in the next week, but that would help prevent this for both you (and us/Chrome)

[dnsguru]

Interesting ... we need to require binary choice between the two for this. Needs a rollback pr I will do now

…

On Thu, Sep 2, 2021, 6:26 AM Ryan VanderMeulen ***@***.***> wrote: @dnsguru <https://github.com/dnsguru> Does it make sense to be adding both *.diher.solutions and diher.solutions to the list? At least for Mozilla, this is breaking when we try to update PSL data for Firefox due to repeating domain name errors. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1393 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACQTJNZDKLNBTNT6YV2OULT753OTANCNFSM5BWR2OJA> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[sleevi]

Yeah, that's captured in #694 (comment)

[dnsguru]

@sleevi can you review #1406