Michael Kabot wrote:
>
>If you turn bounce processing OFF on a mailman list - where do bounce
>messages go? Back to the sender, to the moderator, both, neither?
If bounce processing is off for a list, mail to the list-bounces
address is not processed at all. It is completely ignored.
The 'Detai
Nate Rudd wrote:
>As, I forgot that I would like the e-mails from the Mailman system to
>still reach me, would there be anything I am missing if I set a rule
>in my e-mail program that says:
>
>Any mail not from "mailman-bounces" to "*-owner" -> Delete or Mark as
>Junk
As you note, some (m
I would like to stop mail to my "[listname]-owner" addresses for all
my lists. Is there a simple way to do this?
Nate Rudd
Technology Coordinator
Christian Academy in Japan
[EMAIL PROTECTED]
--
Mailman-Users mailing list
Mailman-Users@python
As, I forgot that I would like the e-mails from the Mailman system to
still reach me, would there be anything I am missing if I set a rule
in my e-mail program that says:
Any mail not from "mailman-bounces" to "*-owner" -> Delete or Mark as
Junk
Thanks.
Nate Rudd
On Nov 16, 2007, at 2:16
Ok... very basic question but I cannot find an answer anywhere. I've been
through the documentation, the FAQ, done a few Google searches - nothing.
If you turn bounce processing OFF on a mailman list - where do bounce
messages go? Back to the sender, to the moderator, both, neither?
Thanks in a
hjalmar wrote:
>
>Yes virtual domains, again.
>I have been reading and tested the virtual domain configuration as explained
>by the mailman documentation but I can't get it working at my work.
Which documentation.
>We have two domains domain1.com and domain2.com.
>domain1.com is the primary dom
Hi folks!
Yes virtual domains, again.
I have been reading and tested the virtual domain configuration as explained
by the mailman documentation but I can't get it working at my work.
We have two domains domain1.com and domain2.com.
domain1.com is the primary domain and domain2.com is the virtual
zbigniew szalbot wrote:
>
>Since it works now, I would like to ask if list_pending is also able to
>send pending subscription requests (example being woken up by cron)?
If you mean will the script send reminders to those with unconfirmed
requests, the answer is not as written, but it wouldn't be
Barry Finkel wrote:
>
>I use it to see to what lists a given e-mail address is subscribed.
>I have not had the need to automate unsubscribes.
Try
bin/find_member .
(that is find all members matching the regexp '.' in all lists). Or if
you just examine your result on an ad hoc basis,
bin/find
Robin Walls - McClatchy Interactive wrote:
>I cleaned up a lot of unused scripts, but appear to have missed a step,
>because the error log file has many entries for the lists that were
>removed. Would anyone happen to know what steps are necessary to make
>the error messages go away? I used th
I cleaned up a lot of unused scripts, but appear to have missed a step,
because the error log file has many entries for the lists that were
removed. Would anyone happen to know what steps are necessary to make
the error messages go away? I used the script "rmlist" to delete the lists.
Nov 11 05
Sate Hamza wrote:
>Yes. There were six different successive digests that were sent (6:11 AM ...
>Vol 2, Issue 28, 9:26 AM ... Vol 2, Issue 29, 11:43 AM ... Vol 2, Issue 30,
>12:02 PM ... Vol 2, Issue 31, 12:04 PM ... Vol 2, Issue 32 and 3:12 PM ...
>Vol 2, Issue 33).
Note that this has happened
Yes. There were six different successive digests that were sent (6:11 AM ...
Vol 2, Issue 28, 9:26 AM ... Vol 2, Issue 29, 11:43 AM ... Vol 2, Issue 30,
12:02 PM ... Vol 2, Issue 31, 12:04 PM ... Vol 2, Issue 32 and 3:12 PM ...
Vol 2, Issue 33).
The "digest_size_threshhold" was 30Kb and the "digest
Mark Dale <[EMAIL PROTECTED]> wrote in reply:
>Yes, the "%(listname)s" bit is fine when there is something in the
>archive. It's weird that it gets malformed (i.e the missing slash) when
>the archive is empty.
>
>I tried some edits on "emptyarchive.html" file and restarted Mailman,
>but these e
14 matches
Mail list logo