Hi,
I’ve been sending invites using the api (Discourse API Docs). When I send it on postman, I am getting the invite email. But when I implement it on laravel I’m not getting the email.
Here is the response when the api from laravel. I noticed that the emailed field is false.
Postman response the emailed field is true.
Any advice? Thanks.
someone else also reported this,
check this topic
yes this was a different error which was already resolved. the issue now is we’re not getting emails but using the api is successful.
i’m not sure if we need to enable anything? coz when i call the api on postman i get the email but on the laravel app we’ve created we’re not getting the emails.
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.