[quote=“Dannii, post:22, topic:125891, full:true”]
Dieses Thema hat mich daran erinnert, dass Discourse eine andere Fehlermeldung senden sollte, wenn die Absender-E-Mail der E-Mail des Kontos ähnlich ist, als wenn sie völlig unterschiedlich ist. Etwas wie: „Es scheint, als ob Ihre E-Mail von einer Adresse gesendet wurde, die ähnlich war, aber möglicherweise einen ±String verwendet oder Punkte an anderen Stellen hatte. E-Mails müssen von der exakten E-Mail-Adresse gesendet werden, unter der das Forum-Konto registriert ist.
Wenn es sich um einen Gmail-Punkt- oder Plus-Alias handelt, ist keine Bestätigung erforderlich. Ich habe es gerade ausprobiert, und es dauerte nur 12 Sekunden.
Ja, es gibt andere seltsame Zustellungskonfigurationen. Die Entwickler haben bereits angekündigt, dass sie es Administratoren (und möglicherweise auch Benutzern) irgendwann erleichtern werden, sekundäre E-Mail-Adressen für Benutzer hinzuzufügen. Ich denke nicht, dass sie sich darüber hinaus besondere Mühe geben sollten. Benutzer sollten die Verantwortung für ihre eigenen E-Mail-Einstellungen übernehmen, wenn sie auf E-Mails antworten möchten, die an eine Adresse gesendet wurden, von der sie selbst nicht senden können.
Als optionale Funktion für Administratoren könnte die Token-Idee funktionieren. Wir vertrauen bereits darauf, dass Benutzer, die ihre Forum-E-Mails an andere weiterleiten, diese auch über die darin enthaltenen Links abbestellen können. Natürlich ist das Posten potenziell zerstörerischer als die Abmeldung.
Als Feature-Anfrage erwähnen die Entwickler oft die „Regel der Drei“: Sobald drei Personen eine Funktion angefordert haben, beginnen sie, sie ernsthafter zu prüfen. Oder wenn Sie ein zahlender Kunde sind.
Mein Fehler. Ich habe in der Gmail-Oberfläche bisher nur Aliasnamen ohne Pluszeichen oder Punkt hinzugefügt.
Entschuldigung. Ich bin überaus faul und kein besonders talentierter Rails-Programmierer, daher suche ich stets nach Lösungen, die keine Änderungen an Discourse erfordern. (Nein, das ist keine Sarkasmus. Ich habe kürzlich ein Gespräch über die Entwicklung eines 1.000-Dollar-Plugins begonnen und den potenziellen Kunden von einer Lösung überzeugt, die ausschließlich auf bestehenden Funktionen basiert.)
Ohne mir den Code anzusehen denke ich, dass es möglich sein könnte, den Code zu entfernen oder zu lockern, der die Absender-Adresse im From-Feld überprüft. Wie du andeutest, ist das Token eindeutig, und wenn es dir egal ist, dass jemand das Token auf andere Weise erlangen könnte (etwa durch eine Weiterleitung?), könntest du process_destination in einem Plugin überschreiben und diese Antworten zulassen, wobei du dir bewusst sein musst, dass dies ein gewisses Sicherheitsrisiko darstellt. Ich glaube, du müsstest einfach Folgendes ändern:
in etwas, das entweder jede Adresse als Antwort zulässt oder eine Art Logik implementiert, die prüft, ob die Adresse „hinreichend ähnlich
Danke dafür. Sehr interessant. Wenn, wie bereits erwähnt, bereits Sicherheitsprobleme mit tokenisierten Abmeldelinks bestehen (und diese als akzeptable Risiken eingestuft werden), klingt das vielversprechend.
Es scheint ziemlich offensichtlich zu sein, daher ging ich davon aus, dass, wenn bisher niemand danach gefragt hat, es Implikationen gibt, die ich übersehen habe. Aber falls dem nicht so ist, scheint dies eine weit überlegene Methode zu sein, um Menschen wie mir entgegenzukommen und auch die Skeptiker zu beruhigen.
Ich weiß nicht, wen ich sonst noch taggen soll, um Meinungen oder Kritik einzuholen, aber was denkst du, @codinghorror?
Wenn gestaffelte Benutzer aktiviert wären, würde das dann einfach Antworten von jeder E-Mail-Adresse zulassen? Ich weiß es nicht, habe ein solches System noch nicht ausprobiert (ich verwende gestaffelte Benutzer nur für Support-E-Mails.)
Ich weiß nicht, was du hier mit gestaffelten Benutzern meinst.
Suche: gestaffelter Benutzer howto
Ich kann die Relevanz nicht erkennen.