Opened 17 years ago

Closed 17 years ago

Last modified 16 years ago

#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 17 years ago by michael@…

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:

Alias /mailman-icons/ "/opt/local/libexec/mailman/icons/"

ls /opt/local/share/mailman/icons PythonPowered.png mailman-large.jpg mm-icon.png gnu-head-tiny.jpg mailman.jpg

comment:2 Changed 17 years ago by michael@…

And configure should also be run with '--with-mail-gid=mailman' otherwise postfix gets upset.

comment:3 Changed 17 years ago by rshaw@…

Status: newassigned

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 17 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 17 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 17 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 17 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 17 years ago by rshaw@…

Resolution: fixed
Status: assignedclosed

Fixed committed. -rshaw

Note: See TracTickets for help on using tickets.