Bonjour,
J’envoie des invitations via l’API (Discourse API Docs). Lorsque je le fais sur Postman, je reçois bien l’email d’invitation. Cependant, lorsque j’implémente cela dans Laravel, je ne reçois pas l’email.
Voici la réponse obtenue lors de l’appel à l’API depuis Laravel. J’ai remarqué que le champ emailed est à false.
Dans la réponse de Postman, le champ emailed est à true.
Avez-vous des conseils ? Merci.
quelqu’un d’autre a également signalé ce problème,
consultez ce sujet
oui, il s’agissait d’une erreur différente qui a déjà été résolue. Le problème actuel est que nous ne recevons pas d’e-mails, mais l’appel à l’API fonctionne correctement.
Je ne sais pas si nous devons activer quelque chose ? En effet, lorsque j’appelle l’API sur Postman, je reçois l’e-mail, mais dans l’application Laravel que nous avons créée, nous ne recevons pas les e-mails.
Salut @yburhaniel,
C’est un vieux sujet, mais je rencontre un problème similaire. Les requêtes API vers invite.json génèrent des liens d’invitation, mais n’envoient pas l’e-mail. Alors que si le même utilisateur auquel la clé API est liée invite les utilisateurs depuis l’interface utilisateur, l’e-mail est envoyé normalement.
Comment avez-vous résolu cela à l’époque ?
Avez-vous défini send_email ?
J’utilise du code python comme ceci :
invitation = {
"email": u.mail,
"group_ids": valid_group_ids(u.groups),
"send_email": True,
}
site.invites.post(data=invitation)
Pourriez-vous nous montrer le code que vous utilisez ?
Salut @thoka,
Merci pour votre réponse. Est-ce vraiment aussi simple ? Ce serait une excellente nouvelle !
Pour celui-ci, j’utilise Zapier, mais avec un objet que j’ai créé en suivant cette documentation d’API. Peut-être que ce n’est pas la bonne documentation ou qu’il me manque quelque chose d’autre.
J’ai essayé de nombreux paramètres différents, mais le dernier est :
{
"email": "email@email.com",
"skip_email": false,
"custom_message": "Welcome to the forum",
}
J’ai également essayé avec ce qui suit. Malheureusement, cela n’a pas entraîné l’envoi de l’invitation :
{
"email": "email@email.com",
"skip_email": false,
"send_email": true,
"custom_message": "Welcome to the forum",
}
Mais peut-être que les propriétés que j’ai là sont toujours erronées d’une manière ou d’une autre.
Je fais toujours Reverse engineer the Discourse API pour utiliser les mêmes paramètres que l’interface utilisateur.
Bon travail, merci de me l’avoir signalé. C’est un instinct qui vient avec une plus longue expérience de Discourse, je suppose. 
Quoi qu’il en soit, maintenant que vous le dites, cela a tout à fait du sens.
Laissez-moi essayer et je reviendrai ici pour vous dire comment cela s’est passé !
Malheureusement, le problème persiste, le statut est OK 200, mais seul le lien d’invitation est généré.
L’API de l’interface utilisateur comportait simplement en plus les propriétés explicites expires_at et max_redemptions_allowed.
Au fait, j’utilise l’utilisateur system via l’intégration, est-ce que cela pourrait poser un problème ? Cela dit, je pense avoir aussi utilisé un utilisateur “humain” réel pour tester.
Si vous créez des invitations via l’interface utilisateur, tout fonctionne comme prévu ?
Oui, c’est le mystère, via l’interface utilisateur, tout fonctionne sans problème.
Cependant, j’ai remarqué que même si j’envoie l’invitation depuis la section des profils / invitations de l’utilisateur system, il est toujours indiqué dans l’e-mail d’invitation que c’est moi (mon utilisateur) qui ai envoyé l’invitation.
J’essaierais avec une clé d’API administrative pour votre nom d’utilisateur.
Via l’API, vous devriez pouvoir obtenir le même comportement qu’en passant par l’interface utilisateur.