This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
build:lists [2018/05/28 03:00] SLUUG Administration [Mailman TODO:] |
build:lists [2018/05/28 03:34] (current) SLUUG Administration [Logs] |
||
---|---|---|---|
Line 524: | Line 524: | ||
* We should probably SSL-require the administrative pages for mailman. | * We should probably SSL-require the administrative pages for mailman. | ||
- | + | * We need to test mailman with some of the majordomo archives from michelob. | |
- | * We need to test mailman with some of the majordomo archives from | + | |
- | michelob. | + | |
* We need to set up mailman to handle lists for all of sluug.org | * We need to set up mailman to handle lists for all of sluug.org | ||
- | + | * /usr/local/mailman/bin/add_members should be run on a list of current subscribers to ANNOUNCE, DISCUSS, SYSADMIN, and STEERCOM. I'm not quite sure how passwords, if any, will be handled. | |
- | * /usr/local/mailman/bin/add_members should be run on a list of current | + | * We need to copy the archives from michelob to bud and index them via htdig. I'm not sure how htdig and/or apache will handle the compressed files as currently configured. |
- | subscribers to ANNOUNCE, DISCUSS, SYSADMIN, and STEERCOM. I'm not quite | + | |
- | sure how passwords, if any, will be handled. | + | |
- | + | ||
- | * We need to copy the archives from michelob to bud and index them via | + | |
- | htdig. I'm not sure how htdig and/or apache will handle the compressed files as currently configured. | + | |
=== Spam Subscriptions === | === Spam Subscriptions === | ||
Line 572: | Line 564: | ||
=== GENERAL MAIL TODO: === | === GENERAL MAIL TODO: === | ||
- | * We need to get virtual users set up in some way. Craig and I discussed | + | * We need to get virtual users set up in some way. Craig and I discussed this, and two options are postfix maps and a mysql database. We didn't make any decisions. Two particular challenges will be copying existing passwords for POP3/IMAP access and mail filtering (procmail/maildrop/whatever). Once we get users set up, we'll need to migrate their mail spools. |
- | this, and two options are postfix maps and a mysql database. We didn't | + | * We need to get spamassassin working. We particularly need to take a look at the performance impact of scanning list mail. This should probably be done incoming list mail only. |
- | make any decisions. Two particular challenges will be copying existing | + | * We need to get some form of webmail up and running. I'm partial to Horde becauses it has a powerful interface and a ton of cool modules. I haven't used the password module, but it might be particularly useful for us. See http://www.horde.org/accounts/screenshots/accounts.png. If we use horde, we'll be using mysql, so that might be the way to go for virtual users. |
- | passwords for POP3/IMAP access and mail filtering (procmail/maildrop/whatever). Once we get users set up, we'll need to migrate their mail spools. | + | |
- | + | ||
- | * We need to get spamassassin working. We particularly need to take a | + | |
- | look at the performance impact of scanning list mail. This should | + | |
- | probably be done incoming list mail only. | + | |
- | + | ||
- | * We need to get some form of webmail up and running. I'm partial to | + | |
- | Horde becauses it has a powerful interface and a ton of cool modules. I | + | |
- | haven't used the password module, but it might be particularly useful | + | |
- | for us. See http://www.horde.org/accounts/screenshots/accounts.png. If | + | |
- | we use horde, we'll be using mysql, so that might be the way to go for | + | |
- | virtual users. | + | |
That should do it for now - enjoy the rest of the weekend. | That should do it for now - enjoy the rest of the weekend. | ||
Line 603: | Line 583: | ||
* vette - results of admin actions to deferred posts | * vette - results of admin actions to deferred posts | ||
* bounce - tracks bounces, so failing members can automatically be purged | * bounce - tracks bounces, so failing members can automatically be purged | ||
+ | * mischief - Detected attempts to use mailman that failed, including subscriptions by bots that were blocked. | ||
+ | * error - Problems. | ||
+ | * smtp - All mail activities? | ||
+ | * smtp-failure - All mail problems? | ||
TODO: We should move these to /var/log and put them under log rotation. | TODO: We should move these to /var/log and put them under log rotation. | ||
+ | See ''contrib/*redhat_fhs.patch'' for a source modification to change | ||
+ | log and data file locations. | ||
Important information about problems might also be in the Apache server logs. Currently in ''/var/log/apache2/''. | Important information about problems might also be in the Apache server logs. Currently in ''/var/log/apache2/''. | ||
- | |||
===== Problems seen ===== | ===== Problems seen ===== | ||