I apologise if I'm wrong on this I haven't looked back on the discussion, but I'm of the incline that after seeing the posts come into my inbox, that the general consensus is that we adult, offensive sites are not allowed on the .app domain.
I think a better approach is prevention rather than cure. Someone mentioned in a previous post regarding domain squatting that it would be a good idea to disallow the resale of domains for higher than the current retail price, thus preventing the temptation of domain squatters from buying the domain in the first place.
I think we should adopt a similar strategy in this case, whereby any adult or offensive domains purchased under .app are strictly forbidden, any one who is subsequently found to be utilising there domain in this manner, will have their right to the domain revoked, and will incur a penalty charge for the domain equivalent to the purchase price * length of domain registration ( essentially they will not get a refund ).
So I think a good solution flow might look like...
1. clearly state the the punishment and guidelines for use when people are searching for domains. Instead of blocking a domain that may look offensive to a pattern matching algorithm ( Given that a string of two or more words may accidentally construct a string that could be deemed offensive, however in it's true context is not actually an offensive domain ).
2. Once a domain has been purchased or after period after. We send the domain through mechanical turk to check if the domain or it's content is offensive. ( the period of time could be to allow for content to actually appear, or random )
3. If the domain language is offensive but the content is not ( e.g. in the context of the content the seemingly offensive language in the domain could be considered humorous or a play on words ). The domain is flagged for inspection by the community ( or the staff of .app project ). If the domain is not offensive but the content is. Proceed to step 4. if the both are offensive proceed to step 4 ( other scenarios, could require amendments to that last two clauses ).
4. The domain is revoked after a specified notice period ( may need to look at law to define this period ). Once a notice of intent to revoke the domain has gone out, the current registrants can appeal the decision. At which point the domain will be inspected by the community ( or the staff of the .app project ) to determine whether or not the notice still stands. ( We will need a clause stating that .app project reserves the right to revoke domains as it see's fit, we will also need a non-liability clause for losses or damages, if the domain is revoked and as a result the service is unavailable and is then subsequently re-instated. )
5. Domains can be flagged is inappropriate by any member of the public at any time, at which point the process from step 3 onward is instantiated.
This has several benefits that will cover most issues and is much more flexible than blocking offensive words/pattern matching. It also allows us to cover other aspects of unwanted domains such as spoofing. Which could be a big problem when the .app TLD is new e.g. it could be quite easy for someone to purchase
apple.app or
yourbank.app or
paypal.app and these services could easily be considered legitimate.
I would love to hear ideas thoughts on this.