#1787 closed defect (fixed)
mailman installation quirks
Reported by: | michael@… | Owned by: | rshaw@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.0 |
Keywords: | Cc: | ||
Port: |
Description
/opt/local/share/mailman/Mailman/mm_cfg.py should replace 'localhost' with the system's canonical name. These would be set in the ./configure options '--with-mailhost=localhost' and '--with-urlhost=localhost'
Also, /opt/local/var/mailman/archives/private seems to have been created with the wrong permissions. Not sure where this is set. It was 755, I'm pretty sure it should be 2771
Change History (8)
comment:1 Changed 20 years ago by michael@…
comment:2 Changed 20 years ago by michael@…
And configure should also be run with '--with-mail-gid=mailman' otherwise postfix gets upset.
comment:3 Changed 20 years ago by rshaw@…
Status: | new → assigned |
---|
First, icons:
Look at the mm_cfg.py file it installs. It changes the icon location to /mailman-icons/ for the Apache url (i.e. IMAGE_LOGOS setting). This matches with the mailman.conf file mapping. It should work just fine. Are you seeing a problem with this?
Second, localhost:
I did not do this because not all users will get the hostname recognized properly, especially if you are behind a firewall. Therefore, I default th host to localhost, and put the necessary options in mm_cfg.py for the end user to change as they see fit. I saw this forced setting to localhost used by the other vendors (I believe NetBSD and FreeBSD do this also). So I just followed the same idea. I can easily change it to let it guess, but I fear that will be just as unuseful as localhost. :) Let me know what you think.
Third, gid=mailman:
Ah, good catch. I didn't catch that difference in the README.POSTFIX file. I'll make the necessary update after we resolve the above two items.
Thanks! -Robert
comment:4 Changed 20 years ago by rshaw@…
Please read my previous post of questions/answers to your bug. Damn Bugzilla doesn't always send email!?!?!?! Thanks, -Robert
comment:5 Changed 20 years ago by rshaw@…
Fourth, permissions:
I'll have to check those permissions. I thought I fixed/checked that one already. I'll fix it.
Thanks, -Robert
comment:6 Changed 20 years ago by rshaw@…
I just checked the permissions of the destroot tree, and it is 02771, not 0755, so I don't know what you have wrong. Did you do the destroot phase as root? If not, it will be incorrect.
-Robert
comment:7 Changed 20 years ago by rshaw@…
I just checked the permissions of the destroot tree, and it is 02771, not 0755, so I don't know what you have wrong. Did you do the destroot phase as root? If not, it will be incorrect. I can't duplicate that problem. :(
-Robert
comment:8 Changed 20 years ago by rshaw@…
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed committed. -rshaw
Also, there's a mismatch between the location of the icons and where apache is set to look for them.
/opt/local/etc/httpd/mailman.conf:
ls /opt/local/share/mailman/icons PythonPowered.png mailman-large.jpg mm-icon.png gnu-head-tiny.jpg mailman.jpg