La Discourse::InvalidAccess s’est à nouveau produite. Cette fois, la longueur du sujet n’est pas en cause. Je suspecte que cela a à voir avec le fait que la catégorie est une sous-catégorie restreinte. Mais la catégorie est configurée pour recevoir des e-mails d’adresses sans compte, donc je m’attendrais à ce que l’e-mail passe et crée un nouveau sujet.
Le cas d’utilisation est un CFP : les gens devraient pouvoir envoyer des messages, mais seuls les organisateurs devraient pouvoir lire les messages et en discuter. Je pense que c’est différent du cas décrit dans Email in to a private category
J’ai reconstruit après un git pull (noop), et cela semble maintenant fonctionner avec le deuxième domaine ajouté aux relay_domains de Postfix. Avant cette série de tests, et avec le changement, je n’avais plus d’erreurs, mais les e-mails n’apparaissaient pas du tout, ni dans la catégorie ni dans les journaux d’erreurs.
(Bien sûr, example.net n’est pas ce qui est réellement dans le fichier de configuration. Ce qui s’y trouve, c’est le nom d’hôte du forum et le nom de domaine parent, tous deux configurés dans le DNS)
J’ai remarqué que @mpalmer avait mentionné il y a des années que l’ajout d’un deuxième domaine était possible mais
Donc, je m’attendais à ce que la petite configuration relay_domains ne soit pas suffisante, mais elle semble fonctionner, étant donné que vous faites un git pull avant de reconstruire. Il doit y avoir une particularité dans la façon dont le conteneur mail-receiver est construit qui échoue à mettre à jour les pups…
Le problème est réapparu d’une manière ou d’une autre. C’est un peu ridicule, car les tests précédents étaient corrects. Maintenant, après une autre reconstruction, les e-mails entrants sont à nouveau refusés. J’ai dû répéter la procédure git pull puis rebuild, mais cette fois, cela ne semble pas avoir fonctionné.
Je soupçonne que la situation des sous-catégories pourrait jouer un rôle, à moins que quelque chose n’ait changé dans la manière dont les e-mails entrants sont gérés en ce qui concerne les permissions de catégorie.
La situation actuelle est que les gens envoient des e-mails et reçoivent des e-mails de rejet, je dois donc copier-coller les e-mails rejetés et attribuer les sujets à l’expéditeur d’origine. L’« expérience utilisateur » est donc terrible, et la surcharge est assez odieuse.
Je ne peux pas vraiment accepter que les e-mails entrants soient une catégorie publique, c’est tout l’intérêt de faire un CFP. Mais Discourse semble maintenant incapable de remplir cet objectif.
Certainement.\n\nLes e-mails provenant de personnes sans compte sont rejetés (mais la catégorie est définie sur recevoir des e-mails d’adresses sans compte).\n\nLes e-mails provenant de personnes dans les groupes autorisés semblent passer sans problème.\n\nLes e-mails provenant de personnes ayant un compte mais n’ayant pas accès à la catégorie sont rejetés.\n\nIl me semble que les autorisations sont vérifiées malgré le paramètre d’acceptation par défaut.\n\nJ’examine actuellement le code du conteneur mail-receiver pour voir si je peux y trouver quelque chose.
Pour ceux qui ont un compte mais n’ont pas accès à la catégorie, il est attendu que ceux-ci soient rejetés. L’option Accepter les e-mails des utilisateurs anonymes sans compte s’applique uniquement aux utilisateurs temporaires, et ceux qui ont un compte existant se voient appliquer les autorisations de catégorie.
Il est étrange que les personnes sans compte soient rejetées. Cela pourrait-il être dû aux modifications que vous avez apportées au récepteur de courrier ?
Il semblerait que le rejet soit géré par le point de terminaison /admin/email/smtp_should_reject.json.
J’ai apporté la modification car les e-mails étaient rejetés. J’ai d’abord ajouté plusieurs adresses e-mail à l’adresse de réception des e-mails (en les séparant par |) et cela a semblé fonctionner.
OK, cela a du sens. Mais c’est un peu déroutant. Si “n’importe qui” peut envoyer un e-mail, mais que les utilisateurs existants ne le peuvent pas, cela va un peu à l’encontre de l’objectif.
Je vais vérifier sur les e-mails refusés s’ils sont temporaires ou non. Merci beaucoup de m’avoir aidé à déboguer @JammyDodger.
Je pense que vous avez raison @JammyDodger, les utilisateurs nouvellement créés passent, les utilisateurs existants avec un accès normal à la catégorie passent, mais les comptes existants sans accès ne peuvent pas envoyer d’e-mail à la catégorie.
Je suppose qu’une solution de contournement serait de créer un groupe CFP sans notification pour la catégorie qui comprend tous les utilisateurs existants. Mais cela semble très bricolé et pourrait avoir des effets secondaires d’annulation des notifications existantes… Je ne sais pas quoi faire.
Étant donné une catégorie privée avec l’option d’envoi par e-mail autorisée pour des adresses e-mail inconnues (c’est-à-dire n’appartenant à aucun compte existant, aussi appelés utilisateurs staged)
\u003e si un e-mail arrive d’une adresse inconnue : il est livré à la catégorie privée
\u003e si un e-mail arrive d’une adresse connue : il est livré si et seulement si l’utilisateur est membre d’un groupe autorisé à accéder à la catégorie.
Par conséquent, si vous souhaitez utiliser l’envoi par e-mail pour un appel à propositions (CFP), configurez l’envoi par e-mail d’un groupe privé et utilisez cette adresse. Les messages peuvent être “rendus publics” et transformés en sujet dans une catégorie (privée ou non).
