On Mon, 14 Aug 2017 10:47:58 +0000 Henrik Rasmussen <her@adm.ku.dk> wrote:
Mailman 3.1, docker-mailman 0.1
While I was trying to automate distribution of the files in /opt/mailman/core/var/data/postfix_domains I found what I think must be a bug.
Adding a new mail list (or deleting one) _does_ update the Postfix files /opt/mailman/core/var/data/ ,but adding a new mail domain does not. This is OK.
Yes, there is no point in adding a new domain if there is no list associated with it.
But deleting a mail domain that have lists associated to it
- does not issue a warning other than "Are you sure you want to permanently delete this domain?" which is not different from deleting mail domains without lists associated to it.
OK, we can have a list of mailing lists that are associated with the domain in the confirmation screen and customize it say
"There are mailing lists associated with this mail domain, are you sure you want to delete this?
Note: Deleting the mail domain will also delete the mailing lists associated with it"
What do you think?
- the associated lists disappears both from the web interface Lists view and from the output of the "docker exec -it mailman-core mailman lists" command
Yes, because the lists are deleted when a domain is deleted.
- the files in /opt/mailman/core/var/data/ is not updated even the lists is being deleted.
- Deleting a mail domain with associated lists should issue a warning that it has lists associated to it.
- The files in /opt/mailman/core/var/data/ should be updated according to the deleted lists / domains.
https://gitlab.com/mailman/mailman/issues/388
Yes, this looks like a bug in Core where the transport maps are updated when a list is deleted, but it isn't if the list is deleted as a result of domain being deleted.
- Actually I think it should be impossible to accidentally delete a mail domain with lists associated to it.
Ok, what do you mean by "accidentally deleted" here? There is already a confirmation step when deleting a domain or list, what else do you suggest should be there?
-- thanks, Abhilash Raj