creating lists via email ?
Is there an email interface for creating/removing mailing lists? We'd like to be able to send a message to an admin address and create/remove mailing lists, or via a web browser. Is this possible?
Thanks, Mark Williamson
G'day!
Mark Williamson wrote (Wed 1999-Jan-27 15:21:07 -0800):
Is there an email interface for creating/removing mailing lists? We'd like to be able to send a message to an admin address and create/remove mailing lists, or via a web browser. Is this possible?
It is definitely possible to have a web-based interface for creating mailing-lists. I have two of them running. However, there is currently no routine for checking wether the input makes sense. This could be added to the (Perl-) script which is doing the job.
By controlling the access to the script, you can determine who is allowed to use it and create lists.
See ya, Marcus
On 01/28/99, "Marcus C. Gottwald" mcg@priconet.de wrote:
It is definitely possible to have a web-based interface for creating mailing-lists. I have two of them running. However, there is currently no routine for checking wether the input makes sense. This could be added to the (Perl-) script which is doing the job.
By controlling the access to the script, you can determine who is allowed to use it and create lists.
Is your script in a state where you'd be willing to share it
with others?
---------========== J.D. Falk jdfalk@cybernothing.org =========--------- | "Beyond your tunnel vision reality fades | | Like shadows into the night." -Pink Floyd | ----========== http://www.cybernothing.org/jdfalk/home.html ==========----
G'day!
J.D. wrote (Thu 1999-Jan-28 17:03:31 -0800):
It is definitely possible to have a web-based interface for creating mailing-lists. I have two of them running. However, there is currently no routine for checking wether the input makes sense. This could be added to the (Perl-) script which is doing the job.
By controlling the access to the script, you can determine who is allowed to use it and create lists.
Is your script in a state where you'd be willing to share it with others?
Anyone who'd like to may certainly receive a copy of the script and html-file.
However, it is not very well developed, not intended for use by un-instructed users - and in German, but I could translate it. So I suggest not to publish it in the current state.
See ya, Marcus
Why would mailman be holding messages for approval with this reason?
Thank you!
Clark
I'm starting to get quite a few of these and have no clue why. It was working a few days ago...
Ideas?
Clark Evans wrote:
I'm starting to get quite a few of these and have no clue why. It was working a few days ago...
Ok I have more information now. I have a list that works (test) and a list that dosen't work (CapeCodGroup), I'm subscribed to both and they both have the same administrative options: http://patternstudy.com/mailman/admin/
When I send mail to the first list, it goes out to the recipient list (me). When I send mail to the second list, it is held for Implicit Destination. ?
The administrative password for these two lists is 'password' in case someone wants to have a look.
What does mailman look at to determine the 'implicit destination' ? Is it in the headers?
Confused,
Clark
IIRC, it checks to see if the mailing list is in the TO or CC list. You can make it not check for that.
On Wed, Mar 10, 1999 at 08:49:14PM +0000, Clark Evans wrote:
Clark Evans wrote:
I'm starting to get quite a few of these and have no clue why. It was working a few days ago...
Ok I have more information now. I have a list that works (test) and a list that dosen't work (CapeCodGroup), I'm subscribed to both and they both have the same administrative options: http://patternstudy.com/mailman/admin/
When I send mail to the first list, it goes out to the recipient list (me). When I send mail to the second list, it is held for Implicit Destination. ?
The administrative password for these two lists is 'password' in case someone wants to have a look.
What does mailman look at to determine the 'implicit destination' ? Is it in the headers?
Confused,
Clark
Mailman-Users maillist - Mailman-Users@python.org http://www.python.org/mailman/listinfo/mailman-users
Thank you. Issue closed.
John Viega wrote:
IIRC, it checks to see if the mailing list is in the TO or CC list. You can make it not check for that.
On Wed, Mar 10, 1999 at 08:49:14PM +0000, Clark Evans wrote:
Clark Evans wrote:
I'm starting to get quite a few of these and have no clue why. It was working a few days ago...
Ok I have more information now. I have a list that works (test) and a list that dosen't work (CapeCodGroup), I'm subscribed to both and they both have the same administrative options: http://patternstudy.com/mailman/admin/
When I send mail to the first list, it goes out to the recipient list (me). When I send mail to the second list, it is held for Implicit Destination. ?
Mailman-Users maillist - Mailman-Users@python.org http://www.python.org/mailman/listinfo/mailman-users
The Administrator changed the public name of the list from 'capecodgroup' to 'Cape Cod Group' and introduced whitespace.
This caused the problem.
Could validation be added to verify that this field does not contain whitespace?
Thanks!
Clark
Clark Evans wrote:
Thank you. Issue closed.
John Viega wrote:
IIRC, it checks to see if the mailing list is in the TO or CC list. You can make it not check for that.
On Wed, Mar 10, 1999 at 08:49:14PM +0000, Clark Evans wrote:
Clark Evans wrote:
I'm starting to get quite a few of these and have no clue why. It was working a few days ago...
Ok I have more information now. I have a list that works (test) and a list that dosen't work (CapeCodGroup), I'm subscribed to both and they both have the same administrative options: http://patternstudy.com/mailman/admin/
When I send mail to the first list, it goes out to the recipient list (me). When I send mail to the second list, it is held for Implicit Destination. ?
Mailman-Users maillist - Mailman-Users@python.org http://www.python.org/mailman/listinfo/mailman-users
participants (5)
-
Clark Evans -
J.D. Falk -
John Viega -
Marcus C. Gottwald -
mark williamson