Hallo,
ich versende Einladungen über die API (Discourse API Docs). Wenn ich dies über Postman mache, erhalte ich die Einladungs-E-Mail. Wenn ich es jedoch in Laravel implementiere, bekomme ich die E-Mail nicht.
Hier ist die Antwort, wenn die API von Laravel aufgerufen wird. Mir ist aufgefallen, dass das Feld emailed auf false steht.
Bei der Postman-Antwort ist das Feld emailed auf true.
Irgendein Rat? Danke.
Jemand anderes hat dies ebenfalls gemeldet,
schau dir dieses Thema an
Ja, das war ein anderer Fehler, der bereits behoben wurde. Das aktuelle Problem ist, dass wir keine E-Mails erhalten, obwohl die API-Aufrufe erfolgreich sind.
Ich bin mir nicht sicher, ob wir etwas aktivieren müssen? Denn wenn ich die API über Postman aufrufe, erhalte ich die E-Mail, aber in unserer Laravel-Anwendung kommen die E-Mails nicht an.
Hallo @yburhaniel,
Es ist zwar schon ein altes Thema, aber ich habe ein ähnliches Problem. API-Anfragen an invite.json generieren Einladungslinks, senden aber keine E-Mail. Wenn derselbe Benutzer, an den der API-Schlüssel gebunden ist, Benutzer über die Benutzeroberfläche einlädt, wird die E-Mail normal gesendet.
Wie haben Sie das damals gelöst?
Haben Sie send_email gesetzt?
Ich verwende Python-Code wie diesen:
invitation = {
"email": u.mail,
"group_ids": valid_group_ids(u.groups),
"send_email": True,
}
site.invites.post(data=invitation)
Würden Sie uns den Code zeigen, den Sie verwenden?
Hallo @thoka,
Danke für deine Antwort. Ist es wirklich so einfach, das wären großartige Neuigkeiten!
Für diese hier verwende ich Zapier, aber mit einem Objekt, das ich nach dieser API-Dokumentation erstellt habe. Vielleicht ist das nicht die richtige Dokumentation oder ich übersehe etwas anderes.
Ich habe dort viele verschiedene Parameter ausprobiert, aber der letzte ist:
{
"email": "email@email.com",
"skip_email": false,
"custom_message": "Willkommen im Forum",
}
Ich habe es gerade auch mit dem Folgenden versucht. Leider wurde dadurch keine Einladung versendet:
{
"email": "email@email.com",
"skip_email": false,
"send_email": true,
"custom_message": "Willkommen im Forum",
}
Aber vielleicht sind die Eigenschaften, die ich dort habe, immer noch irgendwie falsch.
Ich benutze immer Reverse engineer the Discourse API, um dieselben Parameter wie die Benutzeroberfläche zu verwenden.
Gute Arbeit, danke, dass du mich darauf aufmerksam gemacht hast. Das ist wohl ein Instinkt, der mit längerer Discourse-Erfahrung kommt. 
Aber jetzt, wo du es sagst, ergibt es total Sinn.
Ich werde es versuchen und melde mich dann hier, wie es gelaufen ist!
Leider immer noch das gleiche Problem, Status OK 200, aber nur der Einladungslink wird generiert.
Die API von UI hatte nur zusätzlich die expliziten Eigenschaften expires_at und max_redemptions_allowed gesetzt.
BTW, ich benutze den system-Benutzer über die Integration, könnte das ein Problem sein? Das gesagt, ich glaube, ich habe auch einen tatsächlichen “menschlichen” Benutzer zum Testen verwendet.
Wenn Sie Einladungen über die Benutzeroberfläche erstellen, funktioniert alles wie erwartet?
Ja, das ist das Rätsel, über die Benutzeroberfläche funktioniert alles ohne Probleme.
Was mir jedoch aufgefallen ist, ist, dass selbst wenn ich die Einladung vom Profil des system-Benutzers / im Bereich Einladungen sende, in der Einladungs-E-Mail immer noch angezeigt wird, dass ich (mein Benutzer) derjenige bin, der die Einladung gesendet hat.
Ich würde es mit einem administrativen API-Schlüssel für Ihren Benutzernamen versuchen. Über die API sollten Sie das gleiche Verhalten wie über die Benutzeroberfläche erzielen können.