Relative paths in 'mailman start -C' are broken
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNU Mailman |
Fix Released
|
High
|
Barry Warsaw |
Bug Description
GNU Mailman 3.0.0b1+ (current bzr head).
http://
I put this mailman.cfg into /usr/local/mailman
---
[database]
class: mailman.
url: postgres:
[shell]
use_ipython: yes
[mta]
incoming: mailman.
outgoing: mailman.
lmtp_host: mailout.xxx
lmtp_port: 8024
smtp_host: mailout.xxx
smtp_port: 25
[runner.nntp]
start: no
---
and started bin/mailman start. The PostgreSQL database was initialized, bin/mailman status showed the correct configuration location. I could create lists and they were added in the SQL database. It would use ipython as shell. But it would still try to send mail through localhost, and it would still start the nntp runner. And LMTP would reject mails to the existing lists with "mailbox unavailable". So it seems the configuration was only used by the main process, but not by the runners.
Moving the configuration to a non-relative location fixed it.
Changed in mailman: | |
status: | Incomplete → Triaged |
Changed in mailman: | |
status: | In Progress → Fix Committed |
Changed in mailman: | |
status: | Fix Committed → Fix Released |
Are you sure you restarted the runners after modifying the mailman.cfg file? None of the processes will re-read changes to the configuration file without being restarted.