meglio
(Anton)
Juin 4, 2022, 1:34
1
Alors que DISCOURSE_SMTP_ADDRESS est déjà défini, que fait le paramètre DISCOURSE_SMTP_DOMAIN dans containers/app.yml ?
Ce n’est pas que les clients de bureau demandent généralement séparément « l’adresse » et le « domaine », donc j’étais confus.
J’ai la même question. J’ai cherché une réponse et j’ai trouvé ce sujet.
Plus précisément, je me demande si nous devons mettre ici le même sous-domaine que l’instance Discourse (discourse.example.com ) ou le domaine (example.com ). Et si cela a quelque chose à voir avec la configuration SMTP.
thoka
(Thomas Kalka)
Septembre 2, 2023, 7:07
3
Anton:
SMTP_ADDRESS
Il est directement transmis à action_mailer
if GlobalSetting.smtp_address
settings = {
address: GlobalSetting.smtp_address,
port: GlobalSetting.smtp_port,
domain: GlobalSetting.smtp_domain,
user_name: GlobalSetting.smtp_user_name,
password: GlobalSetting.smtp_password,
authentication: GlobalSetting.smtp_authentication,
enable_starttls_auto: GlobalSetting.smtp_enable_start_tls,
open_timeout: GlobalSetting.smtp_open_timeout,
read_timeout: GlobalSetting.smtp_read_timeout,
}
settings[
:openssl_verify_mode
] = GlobalSetting.smtp_openssl_verify_mode if GlobalSetting.smtp_openssl_verify_mode
settings[:tls] = true if GlobalSetting.smtp_force_tls
config.action_mailer.smtp_settings = settings.compact
else
La documentation d’Action Mailer (Actions_Mailer’s Docs ) le désigne comme faisant partie de la conversation SMTP .
Y a-t-il une raison pour que cette ligne dans app.yml
DISCOURSE_SMTP_DOMAIN: discourse.example.com # (requis par certains fournisseurs)
ne soit pas demandée pendant ./discourse-setup et qu’elle ne soit pas commentée non plus, introduisant une fausse valeur dans la configuration ?
Au cas où cela aiderait les futurs lecteurs…
Je me réponds à moi-même d’après Emails have stopped sending - end of file reached - #25 by Falco , vous devez ajouter votre domaine de messagerie, c’est-à-dire mail.example.com.