Closed vpanchal-code closed 10 months ago
Hi, This won't be a bug in the container, but it's an issue with the mailer you are using. I'm not sure I can help. Sorry.
But a quick looks shows you are not setting the:
- MAILER_URL=smtp://mailer:1025
- MAILER_FROM=kimai@example.com
https://www.kimai.org/documentation/emails.html
I'll uipdate tha sample docker-compose file to reflect that.
@tobybatch thank you, I was reading the documentation and added the default google email but it is not working. Does the MAILER_URL need to point to postfix container?
To be honest, I've not used that postix container in years. In the wild I point to my providers SMTP server. Look at the doc on the main Kimai site, this is just the container.
Ok, understood, no worries. I disabled postfix and tried using the Mailer URL and FROM setting on kimai container, since I am using a google email and do not need a high volume of emails being sent out. Also set the URL to not use the default and specify the mail server and port and TLS encryption and it still did not work.
Does the kimai docker image contain symfony/mailer
installed as that is needed for emails to work on kimai?
That is installed by default.
Use
smtps://{username}:{password}@smtp.gmail.com:465
for google instead of
gmail+smtp://USERNAME:PASSWORD@default
@kevinpapst I changed it from
smtp://{username}:{password}@smtp.gmail.com:587?encrpytion=tls
to
smtp://{username}:{password}@smtp.gmail.com:465
Also I tried with smtps://
instead of smtp://
and get the same result of 302 status code for the POST on the all of the URLs. Is 302 Status code the expected value for POST to the Mailer URL?
I don't know what you ask, but that URL is not accessible. It is a DNS to describe the connection.
Kimai will only sent out password recovery emails every two hours by default, to protect spam. Just in case you try to test emails that way.
Ok, Ill will test in a few hours to make sure I do not hit the spam limit. Also I will check the DNS settings to make sure it is not causing any issues. Thank you for this insight. My testing may not be valid since I did not want to 2 hours. Will update this ticket with my results from testing over the next few hours.
You can reset the status, it is described in the docs: https://www.kimai.org/documentation/emails.html#troubleshooting This way you can test it more often and don't have to wait for the expiration.
I tried workaround for the wait time by running
docker-compose exec kimai /opt/kimai/bin/console doctrine:query:dql "UPDATE App\Entity\User u SET u.passwordRequestedAt = null WHERE u.username = 'test_user'"
which results in
no configuration file provided: not found
I'm going to close this as I don't think it's actual a container issue.
Describe the bug Password reset emails are not working. Not sure what the issue is, postfix is not showing anything in the docker logs
Docker compose file (with passwords redacted)
Additional context Add any other context about the problem here.