📝 Preliminary Checks
👀 What Happened?
Hi DMS maintainers,
I'm helping manage a DMS instance and for a while we've seen the following line in our log at startup:
WARN start-mailserver.sh: Alias '[email protected]' will not be added to '/etc/dovecot/userdb' twice
After investigation, it appears this alias is not duplicated in the /tmp/docker-mailserver/postfix-virtual.cf file. However this file contains the following 2 lines (in this order):
Could it be that the grep check in _create_dovecot_alias_dummy_accounts() is missing the -F option? Would the dot . in first.name then be interpreted as any character matching the previous entry [email protected]?
I haven't run any test since this is our production server and I haven't taken the time to install a clean DMS instance to try reproducing it.
👟 Reproduction Steps
No response
🐋 DMS Version
v14.0.0
💻 Operating System and Architecture
Debian 12
⚙️ Container configuration files
No response
📜 Relevant log output
No response
Improvements to this form?
No response
📝 Preliminary Checks
👀 What Happened?
Hi DMS maintainers,
I'm helping manage a DMS instance and for a while we've seen the following line in our log at startup:
After investigation, it appears this alias is not duplicated in the
/tmp/docker-mailserver/postfix-virtual.cffile. However this file contains the following 2 lines (in this order):Could it be that the grep check in
_create_dovecot_alias_dummy_accounts()is missing the-Foption? Would the dot.infirst.namethen be interpreted as any character matching the previous entry[email protected]?I haven't run any test since this is our production server and I haven't taken the time to install a clean DMS instance to try reproducing it.
👟 Reproduction Steps
No response
🐋 DMS Version
v14.0.0
💻 Operating System and Architecture
Debian 12
⚙️ Container configuration files
No response
📜 Relevant log output
No response
Improvements to this form?
No response