Nach dem Lesen einiger Themen scheint dies eine mögliche Funktion zu sein?
Um Spam zu bekämpfen, verwenden viele Menschen Wildcard-Domains, Plus-Adressierung oder Gmail-Punkte. Leider unterstützt Discourse dies nicht, sodass E-Mail-Antworten auf Threads und Private Nachrichten abprallen, anstatt korrekt zu funktionieren. Jeder, der diese Methoden verwendet, sollte zusätzliche Absenderadressen autorisieren können, um diese Schutzmaßnahmen zu aktivieren, ohne dabei die Kernfunktionalität von Discourse zu verlieren.
Kann also jemand a) bestätigen, dass dies mit Discourse möglich ist, und b) mir sagen, wo ich in den Einstellungen zusätzliche E-Mail-Antwortadressen für mein Konto hinzufügen kann (oder was ich als Endbenutzer vom Forum-Betreiber anfordern muss)?
Wenn sich jemand mit einer E-Mail-Adresse anmeldet, die nicht ihre übliche Gmail-Adresse ist, sollte sie die andere Adresse als Alias in Gmail hinzufügen.
Der Sinn dahinter ist, für jeden Dienst eine separate E-Mail-Adresse zu verwenden, sodass dies nicht wirklich mit der Erstellung einer eigenen Absenderadresse für jeden Dienst kompatibel ist. Sie sind ausschließlich zum Empfangen konzipiert. Außerdem sind sie nicht auf Gmail beschränkt.
Meinen Sie, es gibt immer noch keine Funktion, um eine genehmigte E-Mail-Adresse für Antworten hinzuzufügen? Was wären die Nachteile davon?
Um es klarzustellen: Ich frage nicht nach unendlich vielen Adressen! Es geht nur um eine einzige genehmigte ausgehende Adresse, die mit der E-Mail-Antwortfunktion funktioniert.
Als Endanwender bin ich mir nicht ganz sicher, was „interner und nicht offengelegter Support
Ich verstehe nicht ganz, was du meinst. Aber wenn du Gmail nutzt, gibt es eine wirklich einfache Lösung, die keine Änderungen an Discourse erfordert. E-Mail-Aliase werden wahrscheinlich auch von vielen anderen E-Mail-Systemen unterstützt.
Wie ich bereits erklärt habe, machen die meisten Menschen dies, um für jeden Dienst eine separate Nur-Empfang-Adresse zu haben, und verwenden dann dieselbe ausgehende E-Mail-Adresse für alle Sendevorgänge.
Das Problem wird nicht gelöst, indem man ein E-Mail-Alias erstellt, da man Stunden damit verbringen müsste, manuell Hunderte von E-Mail-Aliasen hinzuzufügen und das Dropdown-Menü für das Feld Von: damit zu überladen.
In Discourse ist es möglich, eine sekundäre E-Mail-Adresse einzurichten, über die Benutzer antworten können. Die nur zum Empfang dienende E-Mail-Adresse als primäre Adresse festlegen und die reguläre E-Mail-Adresse des Benutzers als sekundäre Adresse hinzufügen. Dies würde die Verwaltungslast auf den Discourse-Administrator verlagern, da dies derzeit nur über die Rails-Konsole möglich ist.
Ich bin mir nicht sicher, ob dies ein legitimes Problem ist. Gmail unterstützt Aliase nativ sowohl mit Plus-Adressierung als auch mit Gmail-Punkten auf Konten. Ich verwende beide Methoden regelmäßig dafür. Sie können über Einstellungen → Konten hinzugefügt werden.
Was wäre der Sinn, solche Ansätze zu verwenden, um die Quelle einer E-Mail (und potenziellen zukünftigen Spam) zu identifizieren, nur um später dein Haupt-Alias anzugeben?
Anstatt Discourse über zusätzliche Adressen aufklären zu müssen, kannst du einfach mit dem Alias antworten, über das die E-Mail empfangen wurde.
Aber die Lösung ergibt Sinn (hab etwas Geduld mit mir). Erstens kann die ausgehende E-Mail-Adresse rein ausgehend sein, genau wie die empfangende Adresse rein eingehend ist. Das ermöglicht es dir, unerwünschten Spam zu reduzieren und die Quelle zu identifizieren.
Wie erklärt, ist das Verwenden von Aliases keine Lösung, wenn du jeden einzelnen manuell einrichten musst. Wenn Gmail oder andere Plattformen intelligent aus der entsprechenden Plus-Adresse oder Punkt-Adresse antworten könnten, wäre das Problem gelöst. Das scheint jedoch unwahrscheinlich (abgesehen davon, dass die Adressierung mit Punkten nicht standardisiert ist).
Um ehrlich zu sein, wurde mir das Sicherheitsproblem beim Antworten von alternativen Adressen nicht erklärt. Wenn wir dem Empfänger die (manchmal privaten) Daten, die sie erhalten, vertrauen, vertrauen wir ihnen doch gleichermaßen, dass sie posten. Warum nicht ein Token in die E-Mail-Benachrichtigung aufnehmen, das es ermöglicht, von jeder E-Mail-Adresse aus zu antworten (sofern das Token gültig ist)?
Ich denke hier nur laut nach – bitte zögere nicht, diese Punkte zu hinterfragen…
Adressen konfigurieren, um die Quelle der E-Mails zu identifizieren (und einen zusätzlichen Schritt gehen, indem du in Gmail einen Alias hinzufügst, um den Kreis zu schließen).
Jeden Dienst, der eingehende E-Mails verarbeitet, bitten, zusätzliche Aliase zu unterstützen.
Ich weiß, welche Option ich bevorzugen würde: Sie funktioniert bereits heute und erfordert nichts Zusätzliches von Drittanbietern. Wenn du nicht bereit bist, die Mühe auf dich zu nehmen, die Aliase zu pflegen, warum dann von anderen verlangen, zusätzlichen Code zu schreiben?"}
Ich bin mir nicht sicher, ob Sie wirklich lesen, was ich sage. All das oben Genannte setzt voraus, dass Sie jede einzelne Plus-/Punkt-Adresse erstellt haben, was, wie ich immer wieder erklärt habe, nicht machbar ist. Wie es beim Empfang transparent geschieht, implizierte meine Verwendung des Ausdrucks „intelligent antworten von der entsprechenden Plus- oder Punkt-Adresse
Sie können Gmail so konfigurieren, dass von dieser Adresse gesendet wird (ich bin mir fast sicher). Wenn sie eine Adresse mit einem Plus-Zeichen verwenden möchten, müssen sie die entsprechende Arbeit leisten.
Es ist mühsam, aber es ist die Mühe, die der Benutzer selbst angefordert hat.
Wenn Sie keine Angst vor Arbeit haben oder bereit sind, dafür zu bezahlen, könnten Sie ein Plugin verwenden, das den +Teil der Adresse entfernt.
Dieses Thema hat mich daran erinnert, dass Discourse eine andere Fehlermeldung senden sollte, wenn die Absender-E-Mail der Kontoe-Mail ähnlich ist, im Gegensatz zu einer komplett anderen. Etwas in der Art: „Es sieht so aus, als ob Ihre E-Mail von einer Adresse gesendet wurde, die ähnlich war, aber möglicherweise ein Plus-Zeichen (+) 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.
