Hi all,
This seems to be a problem with a long pedigree. Perhaps something
should be done to make this easily fixable.
In my case, I'm running FreeBSD. I initially installed mailman from
ports, but I'm having way too much trouble with ports in general, and
so I am moving to the pkg system which d
On Dec 03, 2014, at 08:14 AM, Andrew Stuart wrote:
>Where can I find the documentation that explains the required configuration
>for cron in Mailman 3?
Mailman 3 is best discussed on mailman-developers. There isn't much existing
documentation on running any cron scripts for MM3.
Cheers,
-Barry
On Dec 03, 2014, at 08:15 AM, Andrew Stuart wrote:
>If I run the mailman command it keeps creating “var” directories in whatever
>the current directory is.
>
>Is that intentional?
Mailman 2 or 3? If Mailman 3, please discuss on the mailman-developers list
for now.
Cheers,
-Barry
---
On Wed, 2014-12-03 at 12:48 -0800, Mark Sapiro wrote:
> Is the list's General Options -> umbrella_list set to Yes? I suspect so.
> This causes things like password reminders for members like
> u...@example.com to be sent to user...@example.com where XXX is
> umbrella_member_suffix (default -owner)
On 12/03/2014 12:32 PM, Lindsay Haisley wrote:
>
> Going to the member options page from the general info page (not logged
> in as an admin), I enter my email address on the latter and get the
> login page for user list management. The page shows, quite correctly,
> " list: member options for use
On Wed, 2014-12-03 at 14:32 -0600, Lindsay Haisley wrote:
> Going to the member options page from the general info page (not logged
> in as an admin), I enter my email address on the latter and get the
> login page for user list management. The page shows, quite correctly,
> " list: member options
Just trying a number of things I don't usually play with as a list
server admin. This one is odd.
Going to the member options page from the general info page (not logged
in as an admin), I enter my email address on the latter and get the
login page for user list management. The page shows, quite
On 12/01/2014 09:27 PM, Mark Sapiro wrote:
> On 11/30/2014 02:07 PM, Bruinen wrote:
>>
>> I have a similar problem, same configuration (Debian 7.7, Mailman
>> 2.1.15). My mailing lists are all set to German, but in some of the
>> configuration sites (e.g. bounce handling) most parts are in German
On 12/03/2014 09:34 AM, Lindsay Haisley wrote:
> What are the implications for mailman, functionally, of having the web
> server user, www-data as a member of the mailman group in /etc/group? I
> note that I've done this for _some_ reason on a couple of installs, and
> I've assumed that there were
Hi,
We use mailman for a very diverse set of people and needs, some few hundred
mailing lists.
I would suggest the "terror" they feel is on something new to get over with,
good luck!
regards
Steven
From: Mailman-Users
on behalf of r...@rexgoode.c
If I run the mailman command it keeps creating “var” directories in whatever
the current directory is.
Is that intentional?
thanks
--
Mailman-Users mailing list Mailman-Users@python.org
https://mail.python.org/mailman/listinfo/mailman-use
Where can I find the documentation that explains the required configuration for
cron in Mailman 3?
thanks
--
Mailman-Users mailing list Mailman-Users@python.org
https://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list
What are the implications for mailman, functionally, of having the web
server user, www-data as a member of the mailman group in /etc/group? I
note that I've done this for _some_ reason on a couple of installs, and
I've assumed that there were at least some security implications, but
it's never be
On Thu, 2014-12-04 at 00:55 +0900, Stephen J. Turnbull wrote:
> But "don't fix what ain't broke" is a great rule. *We* (technies)
> should apply it more often. ;-)
It is often said, with some truth, that the only way to get a computer
program finished is to kill the programmer.
>
--
Lindsay Hai
Peter Shute writes:
> I would have thought the biggest problem with a Cc list is keeping
> the list up to date.
It is.
But "don't fix what ain't broke" is a great rule. *We* (technies)
should apply it more often. ;-)
In this case, some education is indeed in order IMHO. So the OP had
it exa
On 12/03/14 03:09, Stephen J. Turnbull wrote:
r...@rexgoode.com writes:
> I can think of a lot of advantages myself, but I'm wondering if anyone
> has seen a good list somewhere.
There may be one on the wiki somewhere.
Besides the points Barry made, I would add:
1. Easier personal filter
On Wed, 3 Dec 2014, Stephen J. Turnbull wrote:
r...@rexgoode.com writes:
> I can think of a lot of advantages myself, but I'm wondering if anyone
> has seen a good list somewhere.
I have a list here:
https://translate.google.no/translate?sl=no&tl=en&js=y&prev=_t&hl=no&ie=UTF-8&u=http%3A%2F%2
I would have thought the biggest problem with a Cc list is keeping the list up
to date. If new people need to be added, removed or updated, people may use an
old list for a long time after. It may be impossible to get some people to
update it ever, or they might update then revert to an old one.
r...@rexgoode.com writes:
> I can think of a lot of advantages myself, but I'm wondering if anyone
> has seen a good list somewhere.
There may be one on the wiki somewhere.
Besides the points Barry made, I would add:
1. Easier personal filtering. Geeks can use the List-* headers,
non-
19 matches
Mail list logo
