Ich habe dies in einem anderen Thread gefragt, aber der letzte Beitrag vor meinem war vor 5 Jahren, daher bekommt es vielleicht nicht so viel Aufmerksamkeit wie ein neues Thema.
Ich habe eine Frage aus der Sicht eines Nicht-Entwicklers.
Ich benutze Discourse als Ticketsystem für unser Unternehmen und habe es erfolgreich eingerichtet, um neue Themen von nicht registrierten Benutzern in unserem Support-Forum zu erstellen.
Gelegentlich muss ich ein Ticket im Namen eines Kunden erstellen, anstatt dass dieser es direkt erstellt.
Gibt es eine einfache Schritt-für-Schritt-Anleitung, um dies zu tun und ein Thema im Namen von jemandem zu erstellen, der noch kein Konto im Forum hat? Ich möchte nicht, dass er ein vollständiges Konto hat, es sei denn, er meldet sich selbst an.
Wenn es über eine Befehlszeilenschnittstelle erfolgen muss, ist das in Ordnung, aber ich brauche etwas Hilfestellung wie:
Container mit foo betreten
rails bar etc etc eingeben
Was auch immer sonst noch getan werden muss
Mir ist bewusst, dass ich Beiträge neu zuweisen kann. Wenn es also zu kompliziert ist, alles zu tun, wären Anweisungen zum Erstellen des Benutzers und zur anschließenden Änderung des Besitzers über die GUI sehr hilfreich.
Solange ich einen detaillierten Helpdesk-Artikel für den Rest des Personals schreiben kann, ist mir egal, was es beinhaltet. Es wäre großartig, wenn nicht alle Mitarbeiter über SSH Zugriff auf den Container haben müssten, aber wir werden uns damit behelfen, wenn das unvermeidlich ist.
Haben Sie eine E-Mail vom Kunden? Wenn ja, können Sie sie an Discourse weiterleiten, und es wird ein Staging-Benutzer für sie erstellt.
Hier gibt es einiges zu diesem Verhalten in den „Weitergeleiteten E-Mail-Verhalten“. Ich denke, Sie möchten die entsprechende Einstellung auf „Antworten erstellen“ ändern.
Normalerweise keine direkte E-Mail. Meistens leitet mein Chef mir eine E-Mail vom Kunden weiter und bittet mich, sie in ein Ticket umzuwandeln, um ihnen zu antworten.
Ich vermute, dass dies nur das Thema erstellen würde, wobei die E-Mail meines Chefs als der Benutzer verwendet wird, der zugewiesen wurde das Ticket erstellt hat.
Sie können auch einen vorläufigen Benutzer erstellen, indem Sie ihm einfach eine PM senden und die E-Mail-Adresse als Empfänger einfügen. Wenn er noch kein Mitglied ist, wird ein vorläufiges Benutzerkonto erstellt. Wenn er sich später mit derselben E-Mail-Adresse anmeldet, wird sein Konto auf magische Weise umgewandelt und er sieht seine PMs auf der Website.
Ein weiterer netter Trick, wenn Sie eine Gruppe zum gemeinsamen Bearbeiten von Tickets mit einem Team verwenden, ist, diese Gruppe einzuschließen, wenn Sie die PM senden. Auf diese Weise wird sie von der Gruppe gesendet und alle Antworten kommen ebenfalls an die Gruppe zurück.
Gut zu wissen, aber ich habe das Ticketsystem so eingerichtet, dass alles innerhalb von Discourse enthalten ist.
Bisher hat es sehr gut funktioniert, bis auf einen Kunden, der sein eigenes Ticketsystem verwendet, um Supportanfragen an uns zu senden. Sobald ich mehr Klarheit über das Problem habe, werde ich vielleicht ein weiteres Thema eröffnen, um ihnen zu helfen.
Oh warte, ich bin mir nicht sicher, warum ich „Google-Gruppe“ geschrieben habe – ich habe meinen Beitrag korrigiert. Ich meinte natürlich eine Discourse-Gruppe.
Das hat früher bei uns funktioniert. Ich musste es gerade wieder verwenden und jetzt erhalte ich eine Popup-Meldung, die besagt: Ein Fehler ist aufgetreten: Sie müssen einen gültigen Benutzer auswählen.
Irgendeine Idee, wie man das wieder zum Laufen bringt?
Sind Sie ein Administrator oder Moderator oder in einer Gruppe, die in der Website-Einstellung „Erlaubte Gruppen für das Senden von E-Mail-Nachrichten“ angegeben ist? Wenn nicht, dann ist dieser Fehler verständlich.
Dieser Fehler scheint durch eine andere Prüfung verursacht zu werden, die nach einem Benutzernamen, einer Gruppe oder einer E-Mail-Adresse sucht, die in das Empfängerfeld eingegeben wurde
@tknospdr was genau haben Sie in das Empfängerfeld eingegeben? Gab es etwas Besonderes an dieser E-Mail-Adresse?
Ich bin als Seitenadministrator angemeldet, wenn dieser Fehler auftritt.
Ich verwende eine Plus-Adresse zum Testen, aber der Fehler trat zuerst auf, als ich versuchte, einen neuen Benutzer zu erstellen, so wie ich es in der Vergangenheit getan habe, und erhielt das gleiche Ergebnis.
Das Senden von PMs als E-Mail funktioniert bei mir definitiv. Ich verstehe nicht, warum es bei Ihnen nicht funktioniert. Vielleicht würde es helfen, wenn Sie ein Beispiel aufzeichnen würden? Sie können etwas wie discourse@example.com eingeben, damit Sie keine E-Mail-Adresse teilen müssen.
Das ist ja SO seltsam. Ich habe es gerade mit example@example.com versucht und es hat funktioniert.
Es funktioniert also nicht mit „+“-Adressen, und ich nehme an, dass es etwas Seltsames mit der ursprünglichen Adresse des Kunden gab, das dieses Problem überhaupt ausgelöst hat.
Wir haben den langen Weg gewählt, um sie in das System zu bekommen, daher bin ich mir nicht sicher, was los war.
Nochmals vielen Dank für die Hilfe, auch wenn es sich als kein Problem herausstellt!
Ist E-Mails normalisieren auf Ihrer Seite aktiviert?
Prüfen Sie, ob die normalisierte E-Mail-Adresse eindeutig ist. Die normalisierte E-Mail-Adresse entfernt alle Punkte aus dem Benutzernamen und alles zwischen den Zeichen + und @.
Wenn ich diese Einstellung aktiviere, lautet die Fehlermeldung, die ich erhalte, wenn ich eine E-Mail-Adresse mit einem + Zeichen verwende:
Ein Fehler ist aufgetreten: Einer der Benutzer, an den Sie diese Nachricht senden, konnte nicht gefunden werden.
Wenn ich die Einstellung deaktiviere, wird die PM erstellt und der vorgemerkte Benutzer wird erstellt und erhält die E-Mail.
Ja, normalisierte E-Mails war aktiviert, ich habe es deaktiviert und jetzt kann ich gestaffelte Benutzer mit Plus-Adressierung erstellen.
Nach weiteren Tests erlaubt es mir nur, Plus-Adressen zu erstellen, wenn bereits ein anderer Benutzer (zum Beispiel ich) die normalisierte Version der Adresse verwendet.
Selbst wenn es aktiviert war, konnte ich eine zufällige Plus-Adresse erstellen, z. B. test+this@thing.com, aber david+test@example.com wurde nicht erstellt, da david@example.com bereits existierte.
Ich nehme an, das ist wie erwartet.
Das ist mir nie aufgefallen, aber wenn es beabsichtigt ist, ist das in der Tat sehr clever! Das ist ja gerade der Sinn der Sache … damit man eine E-Mail-Adresse verwenden kann, um eine Reihe von Testbenutzerkonten zu erstellen.
Ich meinte natürlich eine Discourse-Gruppe.
