Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some emails are never received, no error message in logs #682

Closed
atomheartother opened this issue Mar 30, 2020 · 12 comments
Closed

Some emails are never received, no error message in logs #682

atomheartother opened this issue Mar 30, 2020 · 12 comments

Comments

@atomheartother
Copy link

atomheartother commented Mar 30, 2020

Hello world,

This is a mind-boggling issue I've been running into and I can't figure out where the problem could be. I turn to you guys for help because I'm at a loss.

Behavior

Recently we've had a wave of new users on our self-hosted instance (which also contains an organization), and they started complaining they never received their invitation email from our bitwarden server. This worked previously and it was still the same instance running so I found that odd. I investigated and I found the most peculiar behavior:

  • Password hints are sent without an issue to existing users through email.
  • Emails sent to access the admin panel on /admin do not send at all, but the bitwarden-admin service doesn't show any errors upon sending said email.
  • Same for organization invitations, inspired by other issues here I attempted to invite people as User and then promoting them, I tried inviting people who already had accounts on our bitwarden instance, people who didn't have an account... Nothing would do, the logs say everything is fine, at least to me.

Additional info:

Some files & data:

Logs from bitwarden-api upon re-sending an invite link

My global.override.env file:

globalSettings__mail__replyToEmail=no-reply@bitwarden.blackfoot.io
globalSettings__mail__smtp__host=ssl0.ovh.net
globalSettings__mail__smtp__port=587
globalSettings__mail__smtp__ssl=false
globalSettings__mail__smtp__username=XXXXXXXXX
globalSettings__mail__smtp__password=XXXXXXXXXXXXXXX
globalSettings__disableUserRegistration=false
globalSettings__hibpApiKey=REPLACE
adminSettings__admins=<my email address>
globalSettings__mail__smtp__trustServer=true
globalSettings__mail__smtp__useDefaultCredentials=false

So far I can only assume this is a Bitwarden problem as, again, it used to work and it now only works for certain types of email, so I'd like some insight into the differences between master password hint emails and other types of email if that's at all possible...

@Raptor039
Copy link

Same problem here. I'm unable to login to admin panel on my self hosted bitwarden cause never receive the mail containing authentication token.

I looked at the log and no error was found.

@atomheartother
Copy link
Author

Any news on this? This is still a thing.

@kspearrin
Copy link
Member

Your logs don't show any errors, so it is assumed that the email was sent to the SMTP server. Have you checked your SMTP server logs to see if it received the email to send out?

@atomheartother
Copy link
Author

atomheartother commented Apr 8, 2020

There isn't an SMTP server log I can access, the addresses are all Google accounts. As far as bitwarden is concerned though the mails do send... Is there no conceivable bug which could affect all emails except password hints?

It's possible that this is Google being a pain, however before setting up a custom email server and all that jazz just to debug this I'd like to know if there's the slightest possibility it could be on bitwarden's end haha.

Edit: Sec, I'm an idiot, I could use yopmail, give me a second

@kspearrin
Copy link
Member

I can't think of a reason why certain emails would send and not others. They all flow through the same email pipeline.

@atomheartother
Copy link
Author

atomheartother commented Apr 8, 2020

I just made a test yopmail account and set it as admin in global.override.env - they also don't receive any email when requesting an admin token. The plot thickens, it looks like it's not Google's fault.

For the record account creation still works too, you get your confirmation email just fine - you just can't accept invitations to organizations.

@kspearrin
Copy link
Member

Can you test switching the SMTP server to another one?

@atomheartother
Copy link
Author

@kspearrin Alright, so it was that. I still do not for the life of me understand why OVH was dropping some Bitwarden emails and not others, though I suspect it may have had to do with email length maybe???

Anyway sorry for bothering you. This is not a bug with Bitwarden.

@Pofilo
Copy link

Pofilo commented Apr 11, 2020

@atomheartother You confirm that confirmations emails (only those ones) are not sent through the OVH SMTP server ? I have the same behavior with no logs ...

@atomheartother
Copy link
Author

@atomheartother You confirm that confirmations emails (only those ones) are not sent through the OVH SMTP server ? I have the same behavior with no logs ...

What was going through:

  • User password hints
  • User registration emails

What wasn't going through:

  • Organization invitations
  • Admin area login email

@Raptor039
Copy link

Raptor039 commented Apr 14, 2020

Hi,

thank you all for investigate our problem. My bitwarden instance is hosted by OVH too and use their smtp server to send mails.

I will open soon an incident in OVH to solve this issue. I hope to come back here with an answer wich will be able to globally solve our problem.

@Pofilo
Copy link

Pofilo commented Apr 14, 2020

Hi,

thank you all for investigate our problem. My bitwarden instance is hosted by OVH too and use their smtp server to send mails.

I will open soon an incident in OVH to solve this issue. I hope to come back here with an answer wich will be able to globally solve our problem.

Okay, thank you, it seems their SMTP server is not working, but only for the "Verification Email" in my case, all other mails seem to work (the "Welcome Email" for example).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants