Configuration du Mail-Receiver : erreur 403 sur l'endpoint smtp_should_reject

Soutien
1

Bonjour la communauté Discourse,

Je rencontre un problème lors de la configuration du récepteur de courrier pour mon forum Discourse auto-hébergé. Malgré le suivi de la documentation officielle ici, je reçois l’erreur suivante dans mes journaux :

Failed to GET smtp_should_reject answer from https://forum.get.it/admin/email/smtp_should_reject.json: 403 450 4.7.1 replies+d6c9064e799543ae371fbf74ba32845a@reply.get.it: Recipient address rejected: Internal error, API request failed

Voici ma configuration actuelle de mail-receiver.yml :

base_image: discourse/mail-receiver:release
update_pups: false

expose:
  - "25:25"   # SMTP

env:
  LC_ALL: en_US.UTF-8
  LANG: en_US.UTF-8
  LANGUAGE: en_US.UTF-8

  MAIL_DOMAIN: reply.get.it
  POSTCONF_smtpd_tls_key_file: /letsencrypt/reply.get.it/reply.get.it.key
  POSTCONF_smtpd_tls_cert_file: /letsencrypt/reply.get.it/fullchain.cer
  POSTCONF_smtpd_tls_security_level: may

  DISCOURSE_BASE_URL: 'https://forum.get.it'
  DISCOURSE_API_KEY: [**************]
  DISCOURSE_API_USERNAME: system

volumes:
  - volume:
      host: /var/discourse/shared/mail-receiver/postfix-spool
      guest: /var/spool/postfix
  - volume:
      host: /var/discourse/shared/standalone/letsencrypt
      guest: /letsencrypt

Étapes que j’ai suivies jusqu’à présent :

  1. Régénération de la clé API : J’ai généré une nouvelle clé API et mis à jour DISCOURSE_API_KEY dans mail-receiver.yml.
  2. Vérification de la configuration : J’ai vérifié que DISCOURSE_BASE_URL et MAIL_DOMAIN sont correctement définis.
  3. Reconstruction du conteneur : J’ai exécuté ./launcher rebuild mail-receiver après avoir effectué les modifications ci-dessus.

Malgré ces efforts, le problème persiste. Quelqu’un a-t-il rencontré un problème similaire ou peut-il fournir des éclaircissements sur ce qui pourrait mal se passer ?

Merci d’avance pour votre aide !

2

Votre clé d’API est-elle granulaire ou globale (bien que si vous n’aviez pas les autorisations strictes, je suppose que le message d’erreur serait différent, comme unauthorized… :thinking: ?

Y a-t-il plus d’informations dans vos journaux ?