Hi Mark,<br><br>I submitted the Gsoc proposal regarding this same project, titled as "
  
        Implementation of File Listing & transfer by “Pull/Get” mechanism in Pidgin, using XEP – 0214(Jabber)". There were some notifications earlier but there has been no activity since the submission deadline closed.<br>

<br>Please tell me if any further proposal details or clarifications are required.<br><br>Thanks<br>Ashish Shubham<br><br><div class="gmail_quote">On Mon, Mar 29, 2010 at 9:39 AM, Mark Doliner <span dir="ltr"><<a href="mailto:mark@kingant.net">mark@kingant.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It looks like XEP-0214 was deferred because of lack of activity.  So<br>
implementing it wouldn't be terrible.<br>
<br>
Mentioning security topics that you're familiar with probably isn't a bad idea.<br>
<font color="#888888"><br>
--Mark<br>
</font><div><div></div><div class="h5"><br>
On Wed, Mar 24, 2010 at 9:08 PM, ashish shubham <<a href="mailto:ashubham@gmail.com">ashubham@gmail.com</a>> wrote:<br>
> Hi Mark,<br>
><br>
> Thanks for the reply.<br>
><br>
> In reference to your concerns:<br>
><br>
> XMPP XEP-0214 standard deals with file repository and sharing. But this<br>
> protocol has been deferred by the standards foundation. And has not been<br>
> superseeded by any. Can we still implement this protocol ?<br>
><br>
> Also, I have done courses on Cryptography, Network security and Information<br>
> & System security at my university, will mentioning these reflect upon my<br>
> knowledge of cautious network programming ?<br>
><br>
> Thanks in advance<br>
> Ashish Shubham.<br>
><br>
> On Mon, Mar 15, 2010 at 11:00 AM, Mark Doliner <<a href="mailto:mark@kingant.net">mark@kingant.net</a>> wrote:<br>
>><br>
>> On Wed, Mar 10, 2010 at 4:16 AM, ashish shubham <<a href="mailto:ashubham@gmail.com">ashubham@gmail.com</a>><br>
>> wrote:<br>
>> > Hello,<br>
>> ><br>
>> > I am a student in India and I intend to apply for a google summer of<br>
>> > code<br>
>> > 2010 project with Pidgin. I wanted to share an idea of windows like file<br>
>> > share integrated with the pidgin IM client for the Gtalk protocol.<br>
>> ><br>
>> > I have made a webpage detailing my proposal (as the limit here was 40KB<br>
>> > :(<br>
>> > ), please give ideas and suggestions to help me formalize as a good<br>
>> > summer<br>
>> > project.<br>
>> ><br>
>> > the link is :<br>
>> > <a href="http://cse.iitkgp.ac.in/%7Eashishs/test.html" target="_blank">http://cse.iitkgp.ac.in/~ashishs/test.html</a><br>
>> ><br>
>> > Thanks<br>
>> > Ashish Shubham<br>
>><br>
>> Hi Ashish.  I think that's a cool idea.  Older AIM clients used to<br>
>> have something similar, right?  Called "get file" or something?  Newer<br>
>> clients might have it, too.<br>
>><br>
>> A few concerns:<br>
>><br>
>> * "The file share information can be shared via the use of special<br>
>> format text recognized by the pidgin client."<br>
>><br>
>> I haven't spoken to other developers, but I suspect we would want this<br>
>> functionality to use a more formal XMPP XEP (they may be one already)<br>
>> rather than a specially formatted IM.  The XML nature of Jabber allows<br>
>> for a lot of flexibility and custom add-ons--it probably doesn't make<br>
>> sense to overload the meaning of IMs.<br>
>><br>
>> * "Security may be built by putting a password for viewing the file<br>
>> share."<br>
>><br>
>> Maybe also restrict based on JID?<br>
>><br>
>> * This code for this type of functionality has the potential to<br>
>> contain REALLY horrible bugs.  For example, a buffer overflow that<br>
>> allows an attacker skip authentication or access any file on your<br>
>> system.  If you do submit a proposal for this, you may want to include<br>
>> information about your knowledge of cautious network programming.<br>
>><br>
>> --Mark<br>
><br>
><br>
</div></div></blockquote></div><br>