mirror of
https://github.com/healthchecks/healthchecks.git
synced 2026-04-25 15:05:49 +03:00
[GH-ISSUE #546] SMTP AUTH extension not supported by server #396
Labels
No labels
bug
bug
bug
feature
good-first-issue
new integration
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/healthchecks#396
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kaysond on GitHub (Jul 24, 2021).
Original GitHub issue: https://github.com/healthchecks/healthchecks/issues/546
I have a local smtp server running that doesn't require authentication, so I've set my env vars as follows:
Note that I've left off the username/password env vars. However, when I try to send an email, it fails with the error message below. Interestingly, Django is trying to execute
self.connection.login(self.username, self.password)even though I didn't specify the user/pass env vars. I couldn't find anywhere else where those vars were specified, so according to the django docs, it shouldn't be trying to executing that at all...Any ideas?
@cuu508 commented on GitHub (Jul 26, 2021):
Django docs say:
Healthchecks reads EMAIL_HOST_USER and EMAIL_HOST_PASSWORD from env vars, and uses empty strings as default values. So just having them absent should result in no authentication.
I just ran an experiment with a local debug SMTP server:
And ran the development server like so:
It worked for me (TM), there was no exception when sending email, and the debug server printed the message.
If you are running Healthchecks with Docker, you could check if there are any setup scripts setting unexpected default values for EMAIL_HOST_USER and EMAIL_HOST_PASSWORD.
@kaysond commented on GitHub (Jul 26, 2021):
Aha! It's a downstream problem.
I checked the container environment, and I'm using the right env vars, but the container manually writes to local_settings.py and uses a default
usernameandpassword