It seems the mail subdomain is not set up. The rest of the URL seems sensible.
I think mailman came bundled with the virtualmin package but I’ve installed so much stuff in the last few days I could be mistaken.
Thanx in advance for clues.
Thanx.
That got me further. The server is now found but the URL is not.
The requested URL /virtualmin-mailman/admindb.cgi/list was not found on this server.
admindb.cgi lives in /usr/share/webmin/virtualmin-mailman
I tried modifying some of the settings in the mailman module but I haven’t found much info on what they should be.
I’ve done back to the defaults apart for Mailman base directory = /var/lib/mailman because the default didn’t work. The default is /usr/local/mailman
.php works fine on my server but I’m not sure .cgi has been tested.
Nice try but no that doesn’t work.
I needed to change to https but it then just gives a login prompt.
Trying again I got a unknown referers error.
Yes that was the link used went trying to get to the admin page from inside virtualmin
The problem seems to be related to the migration of the lists from the old server.
If I create a fresh list it works perfectly.
The new list URL doesn’t use the mail subdomain but does use cgi-bin
cgi-bin/mailman/admindb/testlist
Removing the “mail.” from the “bad” url lets me see the admin page but hitting “submit” data fails.
I suspect the old server had a properly configured mail subdomain which is now lacking.
The solution may lie in a local config file - I’ve been hunting in the global config up to now.
–later–
The problem appears to be in the local config.pck file. http://vuksan.com/linux/mailman_moving_lists.html
In my case I’d cd to /var/lib/mailman/lists
and run
withlist -l -r fix_url mylistname -u eddiem.com
Restarted mailman and the admin URLs from the webmin mailman module worked.
Any old links in list emails were still broken and new list messages now have working links.