Replies: 3 comments 3 replies
-
This is not necessary these days. You can use
Hard to say. Some users had non-standard configuration where they replaced the Dovecot config file we updated in v12. This caused problems for them until they applied the same changes for SASL.
It has had some changes, but from what I've heard RSPAMD differs a little as well. You could first try with the default OpenDKIM / OpenDMARC that you'd already have, and later switch? I was not involved much in the rspamd work, and the main maintainer for this is quite busy for a while. I recall more work going on to improve the rspamd support with v13, you may want to stick with what has been working for you so far? It'll be switched to default in a future major version.
The release notes sometimes differ from the Changelog file, but most changes are documented there for awareness. And provide reference links to work on those changes which can go into much more technical detail. We don't tend to have migration/upgrade guides beyond that. We're rather limited on time and do our best to document what we can and raise awareness of anything critical. Other than that you can try looking at bug reports (some closed and resolved). Not everything is added to release notes or changelog, but we do tag the version to related issues / work, such as:
I think the keys are compatible. We have a way to generate keys from each tool which will output slightly differently, but that's not an issue IIRC. However rspamd requires extra configuration (as described in the docs), so you might want to just keep it simple by regenerating, or if viable, send a test mail with the existing keys in use, and if that works you should be all good. I don't think there's any issue with using opendkim. One of the other maintainers still uses that without issues AFAIK (I don't use DMS myself). |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the answer. I upgraded to 12.1.0 now, using ENABLE_OPENDKIM=0. In rspamd you can use the old opendkim keys, I just had to rename them and put them in the according rspamd directory. DKIM seems to work fine with rspamd. Rspamd itself is a different beast. Had to (wanted to) disable a few modules enabled by default (like RBL). Still fighting a bit with the configuration, have to read the Rspamd docs a bit I guess. In general the upgrade went through fine. |
Beta Was this translation helpful? Give feedback.
-
|
Hello, I upgraded to last version but stop working. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I don't feel safe to upgrade from 11.3.1 to 12.1.0 because I can't seem to find a kind of "howto" do it.
There are several changelogs, documentation updates here and there, changes to different configuration files but no "when upgrading from 11.3.1 to 12, check the following list: ...".
I want to enable RSPAMD in 12.1.0.
What I did so far:
rename docker-compose.yml to compose.yaml
in compose.yaml update URL to ghcr.io/docker-mailserver/docker-mailserver:12.1.0
in mailserver.env: ENABLE_AMAVIS=0, ENABLE_SPAMASSASIN=0
downloaded new setup.sh
If I pull 12.1.0 now will everything just work out of the box?
What about DKIM/DMARC? Is this going to continue to work just like with 11.3.1?
If I missed some upgrade-documentation, please point me to it! Thanks.
Edit: I'm using OPENDKIM at the moment. Can I reuse the existing keys for RSPAMD by just copying them over to the RSPAM directory, or do they have to be re-generated? Or is it recommended to continue to use OPENDKIM?
For OPENDMARC I would just disable it. (ENABLE_OPENDMARC=0)
Beta Was this translation helpful? Give feedback.
All reactions