aaP_msblastir45 Hello Dear Aapanal Developers I am using the latest version of aapanel and mail service. an error caught my attention. When I add a new mail domain, domain dkim signature path not write this directory "/etc/rspamd/local.d/dkim_signing.conf". Are you aware of this issue? Will it be fixed in the next update? Thanks
aaP_msblastir45 aaPanel_Captain Dear developer; The problem can be solved in two ways. 1- dkim path_map 2- dkim path. I think the second way is simpler allow_envfrom_empty = true; allow_hdrfrom_mismatch = false; allow_hdrfrom_multiple = false; allow_username_mismatch = false; path = "/www/server/dkim/$domain/default.private"; selector = "default"; sign_authenticated = true; sign_local = true; symbol = "DKIM_SIGNED"; try_fallback = true; use_domain = "header"; use_esld = true; use_redis = false; key_prefix = "DKIM_KEYS"; check_pubkey = false; allow_pubkey_mismatch = true;
daffyonlsd If making any changes to /etc/rspamd/local.d/dkim_signing.conf Then restarting dovecot/postfix causes dkim_signing.conf to be reset back to default. Any way to remedy this? Thanks
aaPanel_Captain daffyonlsd According to what you said, modify the /etc/rspamd/local.d/dkim_signing.conf file to restart the postfix/dovecot service, it will become the default value, this has not been reproduced
daffyonlsd aaPanel_Captain That doesn't make sense, everytime I add extra domains it resets back to default, but not always after restart of dovecot/postfix. Frustrating!
Pinonirvana I confirm that this problem is still NOT fixed, but adding the "path" rule into /etc/rspamd/modules.d/dkim_signing.conf seems to do the magic. here is the rule added: path = "/www/server/dkim/$domain/default.private";
aaPanel_Jose Pinonirvana @aaP_msblastir45 Thanks for the feedback, we have fixed this bug and will release it in the next version
