[GH-ISSUE #2955] Emergency access sends a lot of emails when the wait time period is reached #1424

New issue

Closed

opened 2026-03-03 02:09:05 +03:00 by kerem · 2 comments

kerem commented

2026-03-03 02:09:05 +03:00

Owner

Originally created by @spctechdev on GitHub (Dec 4, 2022).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/2955

Subject of the issue

Vaultwarden sends too much emails when the emergency access wait time lapses or grantor approve the request

Deployment environment

Vaultwarden version: v1.26.0
Web-vault version: v2022.10.0
Running within Docker: true (Base: Debian)
Environment settings overridden: false
Uses a reverse proxy: true
IP Header check: true (X-Real-IP)
Internet access: true
Internet access via a proxy: false
DNS Check: true
Time Check: true
Domain Configuration Check: true
HTTPS Check: true
Database type: SQLite
Database version: 3.35.4
Other relevant details:

Steps to reproduce

Make an emergency request for another account and wait the time the grantor setted.

Expected behaviour

Only one or some emails to inform that the emergency access is pending

Actual behaviour

The grantor receives a lot of emails when the emergency wait time is reached

Troubleshooting data

Originally created by @spctechdev on GitHub (Dec 4, 2022). Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/2955   ### Subject of the issue Vaultwarden sends too much emails when the emergency access wait time lapses or grantor approve the request ### Deployment environment      * Vaultwarden version: v1.26.0 * Web-vault version: v2022.10.0 * Running within Docker: true (Base: Debian) * Environment settings overridden: false * Uses a reverse proxy: true * IP Header check: true (X-Real-IP) * Internet access: true * Internet access via a proxy: false * DNS Check: true * Time Check: true * Domain Configuration Check: true * HTTPS Check: true * Database type: SQLite * Database version: 3.35.4 * Other relevant details: ### Steps to reproduce Make an emergency request for another account and wait the time the grantor setted. ### Expected behaviour Only one or some emails to inform that the emergency access is pending ### Actual behaviour The grantor receives a lot of emails when the emergency wait time is reached ### Troubleshooting data  ![mails](https://user-images.githubusercontent.com/111750395/205474020-7e7c49cd-a670-4579-904b-4b7ef619d5f1.png)

kerem

2026-03-03 02:09:05 +03:00

closed this issue
added the
enhancement

bug
labels

kerem commented

2026-03-03 02:09:06 +03:00

Author

Owner

@BlackDex commented on GitHub (Dec 4, 2022):

Probably fixed by #2936 .

In the mean time you could change the cron schedule time for both emergency access jobs to the new default i set in that PR.

github.com/dani-garcia/vaultwarden@4aa6dd22bb/.env.template (L121...L127)

@BlackDex commented on GitHub (Dec 4, 2022): Probably fixed by #2936 . In the mean time you could change the cron schedule time for both emergency access jobs to the new default i set in that PR. https://github.com/dani-garcia/vaultwarden/blob/4aa6dd22bbe853542c2396821648f369d07bb951/.env.template#L121...L127

kerem commented

2026-03-03 02:09:06 +03:00

Author

Owner

@tessus commented on GitHub (Dec 4, 2022):

@BlackDex the PR was approved by Dani. Doesn't that mean you can merge it to main?
Once again. just wondering. It always depends on how a project is run.

@tessus commented on GitHub (Dec 4, 2022): @BlackDex the PR was approved by Dani. Doesn't that mean you can merge it to main? Once again. just wondering. It always depends on how a project is run.

kerem referenced this issue

2026-03-03 09:58:10 +03:00

[PR #3404] [MERGED] WebSockets via Rocket's Upgrade connection #3282