Étant donné que la page des Conditions d’utilisation de Discourse n’autorise pas l’intégration de liens, je n’ai pas pu rediriger les utilisateurs vers le compte administrateur comme contact principal.
J’essaie donc de configurer un gestionnaire/répondeur d’e-mails entrants afin de pouvoir gérer les e-mails officiels.
J’ai essayé d’utiliser le Plugin et il est uniquement pour amd64 et j’obtiens des erreurs car mon architecture est arm64.
Existe-t-il une version arm64 (au lieu de amd64) du Plugin de réception/composition d'e-mails ?
Si ce n’est pas le cas, quelles sont mes options pour configurer un serveur de messagerie, etc. (peut-être un autre conteneur Docker), cependant, je ne veux pas perturber le comportement habituel de messagerie de Discourse (les e-mails de vérification des utilisateurs envoyés directement par Discourse, etc.).
Ce que je veux accomplir ?
Je veux conserver le comportement habituel de Discourse sans perturber son comportement de messagerie.
J’ai besoin d’une adresse e-mail entièrement fonctionnelle pour recevoir des e-mails à admin@mysite.com et pour envoyer des réponses depuis cette boîte de réception. (une simple boîte de réception avec fonctionnalité de réponse suffit, pas besoin d’outils sophistiqués ou de filtres anti-spam)
Je peux avoir une adresse e-mail gratuite comme admin_mysite@gmail.com, etc., mais ce n’est pas du tout professionnel.
Quelles sont mes options ?
Est-il possible d’implémenter une boîte de réception d’e-mails par défaut très simple dans Discourse avec un bouton de réponse et une fenêtre de composition très simple, pour lire et répondre aux e-mails ?
(tout en se demandant pourquoi Discourse n’a pas inclus une simple boîte de réception d’e-mails à l’intérieur de Discourse, car ils savent que c’est une exigence de base pour avoir un point de contact professionnel)
Je connais la réponse. Aucune. Ne vous embêtez même pas à essayer. C’est beaucoup trop risqué, difficile et cher. Et si vous êtes client de services VPS comme DigitalCloud, ils ne l’autorisent même pas.
Je suis un peu perdu quant à ce que vous cherchez, il doit y avoir une barrière linguistique à nouveau, mais si vous voulez recevoir des e-mails sur Discourse, pouvoir y répondre et envoyer une réponse au client/utilisateur, Discourse peut déjà le faire. Je pense que le terme de recherche serait comme email. Tout ce dont vous avez besoin est une adresse + - (je ne me souviens pas du nom fantaisiste de celle-ci) et au moins SES d’Amazon l’offre, je suppose.
les liens comme []() sont désactivés sur la page des conditions d’utilisation. Tous les autres articles sont corrects. Uniquement sur les pages juridiques comme celle-ci. Je pensais que c’était appliqué par discourse.
vous voulez dire que Discourse a un compositeur d’e-mails ?
J’essayais de recevoir des e-mails à admin@mysite.com et d’envoyer des e-mails à partir de là.
Quand quelqu’un (depuis Gmail, etc.) envoie un e-mail à admin@mysite.com, je devrais pouvoir le lire et y répondre. Et la réponse serait envoyée depuis le domaine @mysite.com.
Scénario exemple :
à : admin@mysite.com
de : example@example.gov
texte de l’e-mail : Nous avons remarqué certaines sections des Conditions d’Utilisation de notre site Web qui pourraient nécessiter des éclaircissements supplémentaires. Veuillez nous contacter dès que possible.
Et je devrais pouvoir lire l’e-mail, et je devrais pouvoir répondre à cet e-mail reçu. Dites-vous que Discourse a déjà cette fonctionnalité ? Je ne parle pas des e-mails de vérification d’utilisateur, etc.
Vous pouvez commencer par cela, et faire quelques recherches supplémentaires si nécessaire — mais vous avez déjà cherché et c’est pourquoi je suis confus quant au problème réel maintenant.
Je ne vois qu’une utilisation probable du balisage []() sur Internet forum at https://meta.discourse.org dans la première ligne au début des CGU. Pouvez-vous vérifier si ce lien utilise le balisage []() pour présenter le lien https://meta.discourse.org ? êtes-vous sûr de ne pas utiliser d’autres méthodes comme les balises href pour afficher le lien ?
Par exemple, pouvez-vous intégrer [about](/about/) dans les CGU ?
Certains d’entre eux sont simplement collés sous forme de liens qui se transforment automatiquement en liens, comme celui pour meta.discourse.org, mais d’autres utilisent du markdown. (comme celui de Creative Commons plus bas)
La FAQ contient plus d’exemples, y compris un vers la page /about ([friendly local staff](/about)).
Vous ne devriez avoir aucun problème à utiliser des liens markdown dans ces publications et à les voir s’afficher sur la page publiée.
C’est étrange. Ma page des conditions d’utilisation ne peut pas utiliser de balisage comme [](). Je ne sais pas si une mise en forme invisible a été appliquée à la page. La seule option semble être d’essayer de convertir toute la page en texte unicode, puis de la reformater avec des titres, etc.
Utilisez-vous les valeurs par défaut ? Si vous cliquez sur « modifier cette page » en haut, vous accéderez à l’article sous-jacent où vous pourrez apporter les ajustements nécessaires.
(Ou accédez simplement au sujet pertinent dans votre catégorie de personnel)
Je ne sais pas pourquoi vous avez des liens HTML, mais au moins ils fonctionnent. Vous pourriez utiliser cette méthode à la place si vous ne vouliez pas creuser davantage ?
Si vous allez sur /admin/customize/site_texts, il y a un bouton Replace Text sur la droite que vous pouvez utiliser pour régénérer le texte des sujets ensemencés. Il importera la dernière version (bien que cela écrasera toutes les modifications que vous avez apportées, alors sauvegardez une copie si vous le faites). Je ne suis pas sûr que cela aide dans ce cas, mais cela pourrait valoir la peine d’essayer ?
Que voulez-vous dire quand vous dites que cela ne vous permet pas d’intégrer un lien ?
(comme celui de Creative Commons plus bas)
(l’exemple Creative Commons que j’ai mentionné)