Hi Florian,
I had discussed about the full anonymization project with Stephen and I had found that I had quite misunderstood the use case of that project.
So I have decided to go forward with applying for the mailman command line client project.
The deliverables of the project would be, at the least,
- Command line tools to perform tasks in the mailman client docs
- Any Extra useful functionalities that can be identified, such as export, backup
- Other Useful tools like backup and restore.
- Man Page entries for the new commands
Also, I did not quite get the "*coming up with a **great layout *" part. Do you mean to build a custom shell for mailman? If yes, what extra functionality should it provide than the standard command line tools?
*Regards,Rajeev S* *Government Engineering College,Thrissur* *http://rajeevs.tk http://rajeevs.tk*
On Mon, Mar 3, 2014 at 4:35 PM, Florian Fuchs flo.fuchs@gmail.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 02/25/2014 03:17 AM, Rajeev S wrote:
Hi,
I am Rajeev S , A CSE Undergrad from India. I would like to work with the Command Line client project listed in the GSoC ideas page.
I have been working on the Postorious package lately and have managed to make some tweaks in it, like the add users by file upload and an improved email validator.
As a part of the project, I would like to build,at the minimum, the functionalities listed at the mailmain.client/src/mailmanclient/docs/using.txt
Can the mentor of this project elaborate upon the requirements of the project?
I think the functionalities listed in the mailman.client docs are a good orientation point, because those represent almost everything the core REST API currently exposes. It also makes sense to use mailman.client instead of writing new code that handles the HTTP stuff and object binding.
I guess the most difficult part of this project is coming up with a great "layout", possibly borrowing stuff from other well-known command line clients (mutt, mysql/sqlite3, the ipython shell, lynx etc.).
Of course there are bonus points for all kinds of stuff, like exporting data to files/stdout, making the tool extensible etc. But I really think designing the right interface and implementing most or all of what mailman.client can do will take a good amount time.
Also I have thought of an approach for the full anonymization project.Is it possible that I can work on both of these as a single project?(I have a feeling that the CLI is a small project, am I right?)
You should definitely pick one project and come up with good ideas for that.
Cheers Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTFGH3AAoJEEceGbPdavl7ZYIH+gJVB27H6G5LXd+0+vytx1gC sZiQCy/vYEr8jtCbe8BdoLvk+jyBNRaUzaxDuL/9Pb3g8HCwuJQ+HzEQm25ewZ0X vlvWZ7dW07sEYr5q7cRatkqO/GQc2n6B6IgGd3oTkihQUO4iZQTu/ddytMghvCP0 MYtuQyuecjZm8JBlCn6AU0KQWxNx/Kt7CsuPfk6FcCOmA15ZEnZ4kxZFY0khVY5a NLetoDDY7fQAf5fFlea8SfIN8PFB1i4qv5DdjDaX17Yg/S+X5S0nZx18uvqX7Up8 RlGLTCSA8s3qsYItaI9NWpXRdo/Z1p8MN/hQOOot85e3SVernKn9oq1TSI/7lww= =pozr -----END PGP SIGNATURE-----
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/rajeevs1992%40gma...
Security Policy: http://wiki.list.org/x/QIA9