Zitat:
Der Channel muss für jedermann betretbar sein, Blacklisten sind hierbei Tabu. Die Quests werden unabhängig von mayJoinChannel angezeigt, die man im Falle eines ausschlusses (mit welchem Grund auch immer) nicht erledigen kann.

also ein freifahrtschein für cheater?
Üblicherweise stehen user nicht ohne grund auf einer channelblacklist. Entsprechend hab ich da relativ wenig mitleid wenn sie dann nun immer diese betreffende quest tauschen müssten.
Im übrigen gibts ja auch noch andere zugangsbeschränkungen in den mychanneleinstellungen, wie z.b. alter und geschlecht, will man diese einschränkungen dann auch verbieten wenns in dem channel eine quest gben soll?

Besser wäre da wohl wenn das questsystem ein event feuern würde sowie ein user eine quest für den channel erhalten soll und die app dann entscheiden kann ob der user diese quest bekommen soll oder eben nicht. So könnte die app schauen ob der user auf der blacklist steht und ggf. dann die quest für diesen user ablehnen, und der user bekommt dann eben die quest gar nicht erst angezeigt.

Zitat:
UND: das automatische eintragen in Newsletter-Systeme ist genauso bei Quests untersagt, ausgenommen sind Spielebezogene Informationen (Endauswertung via /m, wenn der Nutzer nicht mehr im Channel ist).

und wie genau willst du das kontrollieren das diese bedingung umgesetzt wird ohne den quellcode einzusehen?
Und im beschwerdefall muss dann wer wem was beweisen? Wie soll der channelbetreiber nachweisen ob der user einem newsletter zugestimmt hat, oder wie will der user beweisen das er dem newsletter nicht zugestimmt hat?
Es gibt die entsprechende funktion um bots still zu stellen, das sollte doch eigentlich reichen. Da müssen wir hier nun nicht auch noch wieder über optin bzw. optout reden.
_________________________
Orwell war ein Optimist
________

„Würden die Menschen das Geldsystem verstehen, hätten wir eine Revolution noch vor morgen früh.“
- Henry Ford