? This very message came to me with the following header:
Errors-To: mailman-developers-admin(a)python.org
All my bounces come to the list admin address, set in
the admin webpage, in the second field of General Options.
Do you have that set to something, and bounces still come to root?
> 2. Bounces are sent to the poor postmaster instead of a -admin address.
> I'm not entirely certain, but I think an Errors-To: header or something
> like that in all Mailman messages might allow one to distribute that load
> somewhat.
Barry,
In 2.1 when used with external subscriber storage (eg SQL), will the
new equivalent of qrunner request and load the entire subscriber DB
onto the heap prior to broadcast?
<<Yeah, I'm cheating and being lazy on not checking the source
myself>>
Reason: This poses scaling problems for lists with very large
numbers of subscribers. I'd suggest paging thru the set in blocks.
ObExcuse: Chap on -users asking about millions of subscribers.
--
J C Lawrence
---------(*) Satan, oscillate my metallic sonatas.
claw(a)kanga.nu He lived as a devil, eh?
http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.
mailman checks for the installation directories during configury. IMO
this wrongly assumes, that
- the build machine is the target machine
- the directories already exist during configuration
- you don't use a temporary installation directory
2.1b2 works ok. Found this while making experimental Debian packages.
Matthias
./configure --prefix=/usr/lib/mailman \
--with-var-prefix=/var/lib/mailman \
--with-username=list \
--with-groupname=list \
--with-mail-gid=daemon --with-cgi-gid=www-data
creating cache ./config.cache
checking for --with-python... no
checking for python... /usr/bin/python
checking Python interpreter... /usr/bin/python
checking Python version... 2.1.3
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... yes
checking for true... /bin/true
checking for --without-gcc... no
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking whether #! works in shell scripts... yes
checking for --with-var-prefix... /var/lib/mailman
checking for --with-username... list
checking for list UID... 38
checking for --with-groupname... list
checking for list GID... 38
checking permissions on /var/lib/mailman... configure: error:
***** Installation directory /var/lib/mailman is not configured properly!
***** Directory doesn't exist: /var/lib/mailman
make: *** [configure-stamp] Error 1
Add a --with-fqdn and --with-url or equivalent. The current cvs snapshot
can't guess my fqdn on my production box, and it's used now to build a web of
interconnected addresses, as well as populate the VIRTUAL_HOSTS table,
so I had to do a bunch of deleting and repairing in mm_cfg. I can, if I *remember*,
which I've already forgotten once, fix it when I build by setting FQDN and URL
environment variables, so that configure picks those up by default, but I have a habit
of just looking at config.status to see how I ran configure the last time. Having an
explicit configure switch would be nice.
Interesting article on slashdot:
<http://slashdot.org/article.pl?sid=02/02/17/2031249>
Basically, DSLreports did a test, and found that e-mail addresses posted on
a web site could start seeing spam in as little as 8 hours.
I mention it for two reasons. One, since mail lists manage e-mail addresses
(and archives of e-mail addresses), it is yet antother indication of just
why we have to be careful about presenting and disclosing that stuff. And
second, since one of the addresses presented and disclosed is that of the
admin, we really need to come up with ways that allow newbies to contact an
admin without easily disclosing addresses to spammers. And, unfortunately,
the security problems with formmail.pl have shown THAT isn't really the
answer...
Chuq
--
Chuq Von Rospach (chuqui(a)plaidworks.com -- http://www.chuqui.com/)
Will Geek for hardware.
Very funny, Scotty. Now beam my clothes down here, will you?
Hi,
These are my mm_cfg settings:
DEFAULT_EMAIL_HOST = 'lnx.p-s.nl'
DEFAULT_URL_HOST = 'www.p-s.nl'
DEFAULT_URL_PATTERN = 'http://%s:81/mailman/'
DEFAULT_HOST_NAME = DEFAULT_URL_HOST
DEFAULT_URL = DEFAULT_URL_PATTERN % DEFAULT_URL_HOST
VIRTUAL_HOST_OVERVIEW = 0
When i do creating a new list :
./newlist
[root@lnx bin]# ./newlist
Enter the name of the list: testlist-1
Enter the email of the person running the list: danny(a)terweij.nl
Initial testlist-1 password:
[aliases shown]
Hit enter to notify testlist-1 owner...
When i hit it and check my mailbox of danny(a)terweij.nl :
mailman-admin(a)www.p-s.nl <mailman-admin(a)www.p-s.nl> wrote:
> The mailing list `testlist-1' has just been created for you. The
> following is some basic information about your mailing list.
It is using DEFAULT_URL_HOST or DEFAULT_HOST_NAME instead of
DEFAULT_EMAIL_HOST. (in my case... the lists are not runing on www.p-s.nl,
but on www.p-s.nl : 81 redirected internaly to my linux host lnx.p-s.nl)
Where can i change this?
Danny.
hello,
I have mailman version 2.1b2+.
Some users that use some webmail interfaces are experiencing problems with the
subscription process. It seems that the reply to the confirmation request
message arrives to mailman encoded with base64 and so the subscription fails.
Is there a solution ?
thanks,
Stefano
Bugs item #563091, was opened at 2002-05-31 15:14
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=100103&aid=563091&group_id…
Category: Web/CGI
Group: 2.1 beta
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher Donald Wiegand (cdwiegand)
Assigned to: Nobody/Anonymous (nobody)
Summary: digest an option in confirm cgi
Initial Comment:
I have a list that has the digest option turned off (via the
cgi). However, when I confirm a subscription to this list
via the cgi link in the email, the page gives me the
option of turning digests on (even though it is not an
option when first subscribing to the list).
Also, I would recommend that on that same confirmation
page, the subscribe button be directly below the fields,
and the cancel button on the side. I almost accidentally
cancelled my confirmation...
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=100103&aid=563091&group_id…
Hi,
I am testing out 2.1b2 and try importing some mbox with
foreign characters by "bin/arch", and it broke down in the
middle with following errors. Any ideas what is wrong?
thanks /oliver
main()
File "bin/arch", line 148, in main
archiver.processUnixMailbox(fp, Article, start, end)
File "/var/mailman/Mailman/Archiver/pipermail.py", line
545, in processUnixMailbox
m = mbox.next()
File "/usr/lib/python2.2/mailbox.py", line 33, in next
return self.factory(_Subfile(self.fp, start, stop))
File "/var/mailman/Mailman/Mailbox.py", line 77, in
scrubber
return mailbox.scrub(msg)
File "/var/mailman/Mailman/Mailbox.py", line 97, in scrub
return self._scrubber(self._mlist, msg)
File "/var/mailman/Mailman/Handlers/Scrubber.py", line
114, in process
url = save_attachment(mlist, part, filter_html=0)
File "/var/mailman/Mailman/Handlers/Scrubber.py", line
217, in save_attachment decodedpayload =
msg.get_payload(decode=1)
File "/var/mailman/pythonlib/email/Message.py", line 162,
in get_payload
return Utils._bdecode(payload)
File "/var/mailman/pythonlib/email/Utils.py", line 66, in
_bdecode
value = base64.decodestring(s)
File "/usr/lib/python2.2/base64.py", line 44, in
decodestring
return binascii.a2b_base64(s)
binascii.Error: Incorrect padding
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
Hi,
I tested mailman a while ago. But now I don't use it. It seems that my
postfix program isn't working ok. Do you have some idea's on how I can
uninstall mailman?
Thanx in advance!
Valentijn Borstlap
-----------------------------------------------------------------------
FirstFind E-Consults
Schrevenweg 5-17
8024 HB ZWOLLE
T: 038-4530752
F: 038-4530761
U: firstfind.nl
E: v.borstlap(a)firstfind.nl
-----------------------------------------------------------------------
*****************************************************
Voorbehoud FirstFind E-Consults:
Aan de inhoud van dit e-mailbericht kunnen geen rechten worden
ontleend, tenzij dit expliciet in dit bericht is verwoord.
De informatie verzonden met dit e-mailbericht is uitsluitend
bestemd voor de geadresseerde. Indien het wordt ontvangen door
iemand anders, wordt verzocht het te retourneren aan de afzender.
*****************************************************
