[Mailman-Developers] [GSoC 2014] Command line Client

[Rajeev S]

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 at 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 at 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%40gmail.com
>
> Security Policy: http://wiki.list.org/x/QIA9
>