Comment configurer les paramètres SMTP dans Sentry
?
J'ai défini une configuration de messagerie de serveur SMTP dans onpremise/config.yml
, j'ai fait ce qui suit:
Sudo docker-compose run --rm web upgrade
Sudo docker-compose up -d
(avant cela, j'ai supprimé les précédents conteneurs Considérer)
mais dans le panneau de configuration du courrier sentinelle, mes configurations SMTP n'apparaissent pas:
Remarque : J'utilise onpremise paquet sentinelle docker.
Que devrais-je faire?
Toute l'aide pouvant etre apportée serait très appréciée.
Problème résolu:
J'ai mis à jour ma version Sentry de 8.22.0 à 9.0.0 avec Dockerfile et configurer le fichier config.yml comme suit:
###############
# Mail Server #
###############
mail.backend: 'smtp' # Use dummy if you want to disable email entirely
mail.Host: 'smtp.gmail.com'
mail.port: 587
mail.username: '[email protected]'
mail.password: '********'
mail.use-tls: true
# The email address to send on behalf of
mail.from: '[email protected]'
FROM sentry:9.0-onbuild
Ou vous pouvez faire $ git pull
in onpremise chemin (pour obtenir les dernières modifications).
docker-compose build
docker-compose run --rm web upgrade
docker-compose up -d
Si vous utilisez Docker, vérifiez votre docker-compose.yml
Vous écrasez probablement SENTRY_EMAIL_Host
variable et d'autres variables comme celle-ci:
SENTRY_EMAIL_Host=smtp.gmail.com
SENTRY_EMAIL_PORT=587
SENTRY_EMAIL_PASSWORD={pass}
SENTRY_EMAIL_USER={email}
SENTRY_EMAIL_USE_TLS=true
SENTRY_SERVER_EMAIL={email}
https://github.com/getsentry/onpremise/blob/master/docker-compose.yml#L24
Vous devez ajouter quelques configurations dans config.yml .
par exemple:
mail.Host: 'smtp.gmail.com'
mail.port: 465
mail.username: 'sentry.server'
mail.password: 'Pa5$w0rD'
mail.use-tls: true
mail.from: '[email protected]'
J'ai dû reconstruire tous les conteneurs en exécutant docker-compose up --build -d
Pour que la sentinelle récupère la modification. Peut-être que reconstruire worker
seul suffit, mais il ne faut pas longtemps pour tout reconstruire de toute façon.
La raison en est que le conteneur worker
lit une copie du config.yml
. Le processus de reconstruction copiera à nouveau le config.yml
Modifié dans le conteneur worker
.