Re: [Mailman-Developers] GSoC 2014 : Proposal for the Mailman CLI project
Please don't top-post. It's very helpful to readers to keep the subthreads about particular issues separate, while at the same time bundling them together for ease of mail-handling. Why not? The CLI tools will have access to the user database, so in theory you could authenticate. In *practice*, this may be outside of the scope of your project because there's no provision for authentication in the current RESTful interface; you end up restricting to connections from localhost. I have given this some thought and yes, you can authenticate and authorize in both shell and tools interface. Authn/authz in shell is quite straightforward as Abhilash mentioned and with the CLI tools, it can be achieved, in a not so easy way. SSH keys can be used to register your shell with the server which can be used as a token for authn/authz for the shell user, just like the interface provided by cloud services like heroku.You do a *heroku login *from your shell and you can run commands on the remote server of your application from your shell.This would be an interesting project and would hugely benefit usability of the current project. But by the same token, past projects have decided to connect to Postorius rather than Mailman itself precisely because Postorious *does* maintain roles and credentials for users. Again, probably beyond the scope of your project, but for precisely this reason it has been proposed a few times that the authn/authz part of Postorius be broken out into a separate module. I agree with your logic here. But I find the text very difficult to read. There should be at least one space after a sentence-ending period (Yes.Users looks like a class attribute!) And I have no idea what the semantics of * is intended to be. That seems like a funny GMail bug. All I did was to reorder the terms of the phrase which was in boldface, using cut and paste. Anyway, I will remember not to do this again. Despite the current thread on python-devwink target=Barry/, I strongly recommend the pep8.py tool (available on PyPI as well as upstream: https://github.com/jcrocholl/pep8/). pyflakes, pylint, and pychecker are also good tools, but their orientation is a bit different, and you may or may not find them useful (and in particular you may find after a while that you *never* get warnings from them). I have used pychecker before. Barry's guidehttp://barry.warsaw.us/software/STYLEGUIDE.txt followed by a PEP8 verifier would do good. ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] GSoC 2014 : Proposal for the Mailman CLI project
Rajeev S writes: You do a *heroku login *from your shell and you can run commands on the remote server of your application from your shell.This would be an interesting project and would hugely benefit usability of the current project. Sure, under the hood this is just an ssh login, most likely. However, I wouldn't bet on it being hugely useful, as these days most Mailman list owners share a Mailman site using cPanel or similar, and don't have shell access at all. *Very* useful in beta test, though. That seems like a funny GMail bug. All I did was to reorder the terms of the phrase which was in boldface, using cut and paste. Anyway, I will remember not to do this again. Aargh. HTML mail is a tool of the devil. It is not a hacker's friend, it makes life annoying for filtering and automatic mail processing. When you get ~250 wanted mails (many of them list, of course) and ~1000 spams (that get past the 6-sigma if this filter thinks it's spam, throw it away! filter) a day, automatic processing is really important. Unfortunately I don't have a copy of your original, but what may be happening is not at GMail, but rather that the mailing list tries pretty hard to avoid HTML mail, throwing away the text/html part if there's a text/plain alternative, and otherwise running it through an HTML-to-text converter (probably Lynx with output to a file). It could also just be my local MUA, which I have set up to try to minimize the HTML mail that I see. Mark can probably say with some confidence. ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
[Mailman-Developers] Deploying postorius and mailman-bundle
Hi All, I was trying to setup mailman-bundler as demo for new mailman suite that we just launched. We have a wsgi script for deployment in postorius_standalone and mailman_bundler as well. While I was trying to deploy using nginx and uwsgi/gunicorn I found that they expect the script to have .py extension and not .wsgi. All new django versions currently create a wsgi.py file along with the project itself. So I was thinking we should change that in our code too. Thoughts? thanks, Abhilash ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] GSoC 2014 : Proposal for the Mailman CLI project
On 4/27/2014 11:03 AM, Stephen J. Turnbull step...@xemacs.org wrote: When you get ~250 wanted mails (many of them list, of course) and ~1000 spams (that get past the 6-sigma if this filter thinks it's spam, throw it away! filter) a day, automatic processing is really important. ? Anyone who gets ~1000 spams per day that actually make it through whatever anti-spam tools you are employing, then you need different/better anti-spam tools. ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] GSoC 2014 : Proposal for the Mailman CLI project
On 04/27/2014 08:03 AM, Stephen J. Turnbull wrote: Unfortunately I don't have a copy of your original, but what may be happening is not at GMail, but rather that the mailing list tries pretty hard to avoid HTML mail, throwing away the text/html part if there's a text/plain alternative, and otherwise running it through an HTML-to-text converter (probably Lynx with output to a file). It could also just be my local MUA, which I have set up to try to minimize the HTML mail that I see. Mark can probably say with some confidence. This list's content filtering removes all text/html parts from list posts. This, combined with the fact that web based MUAs such as Gmail and Yahoo typically default to 'rich text' composition and allow things like bold, underline and italic, can create issues. When you send such an email, the MUA typically creates a multipart/alternative message with text/plain and text/html alternatives. The text/html alternative will generally render very much like what you saw in the composition window, at least in MUAs that understand MIME and render HTML. The text/plain alternative is more problematic. Yahoo's is frankly terrible, at least if you view the raw text. Gmail's is better, but it uses the more or less standard star, underscore and slash convention for *bold*, _underlined_ and /italic/ text. On most (ed. comment - intelligent) discussion lists, you will only receive the text/plain part. If the poster has cut/pasted things, instead of seeing *some bold text*, you may see *bold **some text* or similar anomalies. The bottom line message is use plain text composition to begin with if it is an option. Confidently yours, -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] GSoC 2014 : Proposal for the Mailman CLI project
Tanstaafl writes: On 4/27/2014 11:03 AM, Stephen J. Turnbull step...@xemacs.org wrote: When you get ~250 wanted mails (many of them list, of course) and ~1000 spams (that get past the 6-sigma if this filter thinks it's spam, throw it away! filter) a day, automatic processing is really important. ? Anyone who gets ~1000 spams per day that actually make it through whatever anti-spam tools you are employing, I didn't say that I actually see them, I said I get 1000 that can't be rejected/discarded as spam with 6-sigma accuracy. Dealing with the 1-in-100 Type II errors and the 2-in-100 Type I errors in the 1000 is what much of the automatic processing is for. then you need different/better anti-spam tools. Suggestions are welcome. Most of the problematic mail is in Japanese or Chinese however, and I don't know any tools (including GMail which throws up false positives in my spam folder about once a week) that get 2- or 3-sigma performance on those languages, at least not in my multilingual context. So I quarantine, and do a lot of tweaking of packaged tools and postprocessing myself. At least some commercial tools for Japanese are really horrible -- about once a week I get mail from a colleague that is marked as spam or suspected spam by my *employer*'s filters, and traffic on this list gets marked that way about as often. :-( ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
