Mailman 3 January 2001 - Mailman-Developers

suggestions for i18n
by John Read 26 Jan '01

26 Jan '01

I suggested to Juan last week, who correctly said that I should mention it here, that it would be a great advantage for mailservers with different types of lists which require not only different languages but also different style of messages per list, if the message could be defined per list. I have a suggestion how this can be done very easily. If the function maketext (in Utils) had an addition parameter "list", it could first try to open the text file in mailman/list/"listname"/"lang". If the file is not there, then it could continue to take it from /mailman/templates/"lang" as you have coded it. This would mean that if the list manager wanted to put special messages in a list he can create them in the list/"listname"/"lang"/....... directory. The normal list manager would not notice any difference. This would be a great feature for us here as we have very different styles of lists which need deferent "tone" of messages. I have another question. In the v2.1 expected functions, you have listed the function to enter the full name. This leads onto a completely new set of possibilities with links into databases, and personalised mailings, etc. I can imagine that all these possibilities are too complex to fit into one program (mailman), but what about an simple API where the completed email (with associated data) could be presented to another application for further processing, eg filling fields in the email from a db. Applications could then designed separately by other groups, and slotted in required by the list managers. I could certainly help doing some coding. regards -- John Read NewNet Marketing Waldweg 15 83558 Maitenbeth Tel: +49-8076-8879818 Fax: +49-8076-8879819

3 2

Re: [Mailman-Developers] Re: [Mailman-Users] Re: 6 questions
by J C Lawrence 26 Jan '01

26 Jan '01

On Wed, 24 Jan 2001 19:54:11 -0500 Ned Lilly <ned(a)greatbridge.com> wrote: > Bek Oberin wrote: >> Menega Sabidussi wrote: >> >> > 3. what must one do to enable "posting from the web"? >> >> Not possible. > We've got that working in a prototype on our site, and will > contribute the patch as soon as we clean it up. I currently do this by using MHonArc as an external archiver to generate PHP files of the messages, which then support the ability to post replies via the web. Its proven fairly popular with my list members. > BTW, we're also looking at porting the message storage (and user > info, etc) to a PostgreSQL backend. Has anybody else done > anything along these lines? I've toyed with it but haven't taken the leap. The PHP files that I have MHonArc creating are simple lists of variable assignments. It would be fairly easy to take these sets of variable assignments and use them as the source data for SQL INSERT commands. In fact I've played with a couple basic fault intolerant scripts to do this and they worked for as far as I was interested in taking them then. The really intersting stuff, which I was looking towards but never got as far as, was then dynamically building appropriately threaded and extracted-view indexes from the SQL side (you can get really interesting on that score). Note: MHonArc re-writes preciously archived messages to patch in forward pointers (threads etc) as relevant. This would need to be accounted for. -- J C Lawrence claw(a)kanga.nu ---------(*) http://www.kanga.nu/~claw/ --=| A man is as sane as he is dangerous to his environment |=--

1 0

Re: [Mailman-Users] Re: 6 questions
by Ned Lilly 25 Jan '01

25 Jan '01

Bek Oberin wrote: > Menega Sabidussi wrote: > > > 3. what must one do to enable "posting from the web"? > > Not possible. We've got that working in a prototype on our site, and will contribute the patch as soon as we clean it up. BTW, we're also looking at porting the message storage (and user info, etc) to a PostgreSQL backend. Has anybody else done anything along these lines? Regards, Ned Lilly VP Hacker Relations Great Bridge, LLC

1 0

READ ABOUT MACEDONIA
by VMRO-MNM 24 Jan '01

24 Jan '01

READ ABOUT MACEDONIA! www.vmro-mnm.com THE TRUTH ABOUT MACEDONIA AND THE MACEDONIAN NATION! Message From: The Macedonian Organization VMRO-MNM (Macedonian for the Macedonians). Tihs is not a commercial. This is about a nation that has suffered deeply, a nation the world has forgotten about. The Macedoian nation has been robbed of its history, traditions, culture, identity, land and so on. Everything the athenians, the "bulgarians", the serbs and rhe "albanians" are writing is really Macedonian. We Macedonians have suffered enough.We want to to show the world our struggle for for justice. The media of the western world has never showed the truth about Macedonia, only "propaganda news". This is the only wey for us to make our voices heard and to inform the world. If you want to know the truth about Macedonia and the Macedonian nation, please visit the web site: www.vmro-mnm.com Alo "atina", "sofija", "belgrad" i "tirana" ovde MAKEDONIJA! Hallo "athens", "sofija", "belgrad" and "tirana" here is MACEDONIA! MAKEDONIJA NA MAKEDONCITE! MACEDONIA FOR THE MACEDONIANS! JAS SUM MAKEDONEC A NE FYROMEC! NIE SME MAKEDONCI A NE FYROMCI! VECNO DA ZIVEE MAKEDONSKATA ZEMJA! VECNO DA ZIVEE MAKEDONSKIOT NAROD! LONG LIVE MACEDONIAN! LONG LIVE THE MACEDONIAN NATION! MACEDONIA BELONGS TO THE MACEDONIANS NO ONE ELSE. Ljupco Mircevski-Trepet President of the Organization VMRO-MNM

1 0

FW: using swish-e searching with mailman lists
by Jack Valko 24 Jan '01

24 Jan '01

I posted this as a possible indexing solution for mailman archives. Is anyone else working on a search feature? J -----Original Message----- From: Jack Valko [mailto:jack@valko.org] Sent: 27 August, 2000 00:56 To: mailman-users(a)python.org Subject: using swish-e searching with mailman lists I've created a HOWTO on including SWISH-E searching into list archives. It's available at http://www.valko.org/mailmanswish-e/. The changes are rolled into my 1.1 installation, and I'll upgrade it to 2.0 as soon as it comes out of beta. Drop me a line if you have comments or questions, J

1 0

mailing list
by Dan Kozubal 23 Jan '01

23 Jan '01

my address is catorres(a)uiuc.edu and i want to get out of a mailing list i am in so please get me out-thank you

2 1

Re: [Mailman-Developers] Re: [Mailman-Users] cookie feature request
by Nigel Metheringham 20 Jan '01

20 Jan '01

marc_news(a)valinux.com said: > Junkbuster does let session cookies through apparently. Not to my knowlege. It certainly doesn't by default and I have never seen a config to do that. > Would it be > possible for mailman to issue a session cookie if the regular cookie > didn't go through? The mailman cookie is phrased so that it should never be saved to disk - ie it is a session cookie rather than a permanent. Nigel. -- [ Nigel Metheringham Nigel.Metheringham(a)InTechnology.co.uk ] [ Phone: +44 1423 850000 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ]

2 1

Re: [Mailman-Users] So all you people that wanted autoreject...(It was: Re: Reject non-member postings.)
by Evilio del Rio 19 Jan '01

19 Jan '01

On Thu, 18 Jan 2001, Dan Mick wrote: > ... (cut from previous replies) >Evilio del Rio wrote: >> >> Hello, >> >> Is there any way to configure a list to ALWAYS reject ANY non-member >> posting to a restricted list. I do not want them to be held for approval, >> just reject, full stop. > >Adding header patterns to SpamDetect.py is one way, although not trivial. >Adding "check for list membership" wouldn't be that hard, but it would >take some actual Python coding. I could see if I could hack something >like that up if there were sufficient interest. > >Proposal: a modification to SpamDetect.py to auto-reject, with no >reply message, mail from non-subscribers (on lists with "subscriber posting >only" set). Anyone besides Evilio dying for this? > ... >OK, well, this seems to work. I hacked up SpamDetect.py into a new >module, grabbed code from Hold.py to get the sender and look for the >member_posting_only option, and do a similar rejection trick to >SpamDetect >for throwing the message away. It also logs a message to >~mailman/logs/discard every time it rejects a non-subscriber post, so you >can see that it's working. >... > > ....give me some feedback on my solution. > Hi Mick, Thank you for your interest and your solution. I didn't test it yet because two reasons (correct me if I am wrong): a) It puts the rejection mode for all the site and not on a list-by-list basis. b) It conflicts with another patch to mailman (Hold.py) that we have here that converts the 'posters' setting into a regular expression (this was done to allow a members-posters-only meta-list). I think that the right way is: a) To create a setting for the lists called 'non_members_post_action' (or similar) with three possible values ('Hold for approval', 'Reject' and 'Discard'). b) To incorporate this action in the present message path (maybe this should be the caller of Hold.py) I would like to work on this but I would appreciare any help because I am not an expert in python. And maybe it's time to change this discussion to the developers list (so I post to it also). Tia, ________________________________________________________________ Evilio Jose del Rio Silvan Institut de Ciencies del Mar edelrio(a)icm.csic.es http://members.es.tripod.de/Evilio/ "Something touched me deep inside the day the music died" - D. McLean

2 1

Re: [Mailman-Users] cookie feature request
by Marc MERLIN 19 Jan '01

19 Jan '01

On Sun, Jan 14, 2001 at 12:37:41PM -0500, Rick Pasotto wrote: > I've been bitten again. > > I normally run junkbuster so cookies are turned off. Can mailman check > for this situation and alert that cookies are not functioning instead of > just asking again for the name/password with no indication of why? Actually, better: I'm not a cookie expert, but I think that some cookies are saved on disk and other cookies (session cookies?) are kept in memory and lost when the browser is closed. Junkbuster does let session cookies through apparently. Would it be possible for mailman to issue a session cookie if the regular cookie didn't go through? Marc -- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

2 1

Can HTML archiving be done asynchronously?
by Marc MERLIN 19 Jan '01

19 Jan '01

No luck on mailman-users, maybe someone here can help? ----- Forwarded message from Marc MERLIN <marc_news(a)valinux.com> ----- I've recently disabled HTML archiving on sourceforge's mailman because after some tests I found that on big lists, it looked like qrunner has to wait while the list archive is updated after each post. It's not a huge deal until you have lists with many posts, and at that time, updating the HTML pages takes a long time. Mailman is still doing the text archiving though, which is fast. Every night, mailman runs ~mailman/cron/nightly_gzip Is there a way to tell pipermail to update its web archives asynchronously, from cron too? Thanks Marc -- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

1 0