You're correct about the ICMReport message. It's perfectly fine.
And +1 for the hostname and IP fields.
2011/5/30 Adriano Monteiro Marques <[email protected]>
> Hi Zubair,
>
> On May 30, 2011, at 11:04 AM, Zubair Nabi wrote:
>
> Guys,
>
> 2 things:
>
> 1. ICMReport message is not being used anywhere. Because we have two
> separate SendWebsiteReport and SendServiceReport messages.
> Any thoughts on this this?
>
>
> ICMReport is the header for WebsiteReport and ServiceReport messages and it
> holds what these two reports have in common. Not sure I got the point, but
> it seems to be used. Let me know if I'm wrong...
>
> 2. Secondly, I'm going to add two messages for Website and Service
> Suggestion
> message WebsiteSuggestion {
> required RequestHeader header = 1;
> required string websiteURL = 2;
> optional string emailAddress = 3;
> }
>
> message ServiceSuggestion {
> required RequestHeader header = 1;
> required string serviceName = 2;
> optional string emailAddress = 3;
> }
>
>
> Service should be accompanied by a hostname and ip at least, I think, since
> some services doesn't use the default port and we shouldn't try to figure
> hostnames to test the service either.
>
>
> message TestSuggestionResponse {
> required Response Header header = 1;
> }
>
>
> Other than my comments, everything seems to be good!
>
>
> Do you guys think these fields are enough?
>
> 2011/5/29 Zubair Nabi <[email protected]>
>
>> Ah. Good catch!
>>
>> So I'm going to add
>> required string agentIP = 1;
>> required int32 agenPort = 2;
>> to message AgentData
>>
>> and
>> required string cipheredPublicKey = 6
>> to message RegisterAgentResponse.
>>
>> 2011/5/29 Luís A. Bastião Silva <[email protected]>
>>
>>> Yes.
>>>
>>> Also, in the RegisterAgentResponse it misses the public key ciphered
>>> with Aggregator private key.
>>>
>>> Can you handle that Zubair?
>>>
>>>
>>> 2011/5/28 Zubair Nabi <[email protected]>
>>>
>>>> Guys,
>>>> One more thing. Shouldn't the AgentData message also have an IP/Port no.
>>>> field? I mean how else will peers connect?
>>>>
>>>>
>>>> 2011/5/28 Zubair Nabi <[email protected]>
>>>>
>>>>> Alan, I think that messageType field is redundant. One can use the
>>>>> Protobuf API to get the message type.
>>>>>
>>>>> For example, for a variable 'trace' of data type 'Trace', you can get
>>>>> the message name through:
>>>>> String messageType = trace.getDescriptorForType().getFullName(); // In
>>>>> Java. Python has a similar API
>>>>>
>>>>> So I'm going to delete the messageType fields from the Request and
>>>>> Response headers.
>>>>>
>>>>> Agree?
>>>>>
>>>>> 2011/5/28 Zhongjie Wang <[email protected]>
>>>>>
>>>>>> Hi, Luis.
>>>>>> I use the command you told me and it works. :)
>>>>>> But when I use the TortoiseGit, it doesn't work.
>>>>>> Thanks!
>>>>>>
>>>>>> 2011/5/29 Luís A. Bastião Silva <[email protected]>
>>>>>>
>>>>>> Can you clone?
>>>>>>>
>>>>>>> Which the command are you executing?
>>>>>>>
>>>>>>> git submodule add http://git.umitproject.org/umit-common.git
>>>>>>>
>>>>>>>
>>>>>>> 2011/5/28 Zhongjie Wang <[email protected]>
>>>>>>>
>>>>>>>> Hi Luis, higwidgets is ok. still not able to add the umit-common
>>>>>>>> submodule...
>>>>>>>>
>>>>>>>> 2011/5/28 Luís A. Bastião Silva <[email protected]>
>>>>>>>>
>>>>>>>> Try again.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, May 28, 2011 at 3:48 AM, Zhongjie Wang
>>>>>>>>> <[email protected]>wrote:
>>>>>>>>>
>>>>>>>>>> This is the message I've got:
>>>>>>>>>> "
>>>>>>>>>> git.exe submodule add --
>>>>>>>>>> "[email protected]:/higwidgets.git"
>>>>>>>>>> ""
>>>>>>>>>>
>>>>>>>>>> Cloning into higwidgets...
>>>>>>>>>> ERROR:gitosis.serve.main:Repository read access denied
>>>>>>>>>> fatal: The remote end hung up unexpectedly
>>>>>>>>>> Clone of '[email protected]:/higwidgets.git' into
>>>>>>>>>> submodule path 'higwidgets' failed
>>>>>>>>>> "
>>>>>>>>>> almost the same as cloning umit-common.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, May 28, 2011 at 10:43 AM, Adriano Monteiro Marques <
>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>
>>>>>>>>>>> Just fixed for higwidgets, but umit-common is readable/writable
>>>>>>>>>>> by everyone already. What is the error you're getting?
>>>>>>>>>>>
>>>>>>>>>>> On May 27, 2011, at 10:38 PM, Zhongjie Wang wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi, I'm also having issues with downloading the higwidgets and
>>>>>>>>>>> umit-common.
>>>>>>>>>>> Seems no reading permissions. :(
>>>>>>>>>>>
>>>>>>>>>>> On Sat, May 28, 2011 at 3:48 AM, Zubair Nabi <
>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Okay guys,
>>>>>>>>>>>> I'm done with the .proto.
>>>>>>>>>>>> I've made a number of changes. Please have a look at the
>>>>>>>>>>>> changelog to follow them.
>>>>>>>>>>>> I think these messages are now in a shape that we can start
>>>>>>>>>>>> using them in our code.
>>>>>>>>>>>> Just in case, please go through all the messages in detail
>>>>>>>>>>>> (following the flow of request/response) and if you think that
>>>>>>>>>>>> stuff needs
>>>>>>>>>>>> to be added/deleted/modified then use this thread to discuss them.
>>>>>>>>>>>> Also,
>>>>>>>>>>>> bear in mind that these messages should work for both the
>>>>>>>>>>>> aggregator
>>>>>>>>>>>> communication as well as the p2p communication.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, May 27, 2011 at 11:30 PM, Adriano Monteiro Marques <
>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Zubair,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Awesome!! Keep up with the good work. Let me know if you need
>>>>>>>>>>>>> anything else.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Cheers!
>>>>>>>>>>>>>
>>>>>>>>>>>>> On May 27, 2011, at 3:27 PM, Zubair Nabi wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Adriano,
>>>>>>>>>>>>>
>>>>>>>>>>>>> No. I was having issues adding the common repository to the
>>>>>>>>>>>>> mobile repository as submodule but Luis and Rodolfo helped me
>>>>>>>>>>>>> solve that
>>>>>>>>>>>>> problem.
>>>>>>>>>>>>> A couple of messages were missing from the .proto. I added
>>>>>>>>>>>>> them.
>>>>>>>>>>>>> Now I'll add the optional messageType field for p2p messages.
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, May 27, 2011 at 10:55 PM, Adriano Monteiro Marques <
>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Zubair,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> You have write perms there already... are you having any
>>>>>>>>>>>>>> issues with that repo?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On May 27, 2011, at 1:04 PM, Zubair Nabi wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Sounds good. Let's keep it a string. The type would be the
>>>>>>>>>>>>>> name.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Let's keep it optional. It will be used in p2p communication
>>>>>>>>>>>>>> but not in aggregator communication.
>>>>>>>>>>>>>> So this is the extra field that I propose:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> optional string messageType = x;
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Does everyone agree?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Adriano - Do we have write access to the common ICM
>>>>>>>>>>>>>> repository?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Fri, May 27, 2011 at 8:59 PM, Zhongjie Wang <
>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Zubair,
>>>>>>>>>>>>>>> That's a good way. I agree. :)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Fri, May 27, 2011 at 11:49 PM, Zubair Nabi <
>>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> That's a very good point. In case of p2p agents we will only
>>>>>>>>>>>>>>>> be sending messages using a standard send function. So, there
>>>>>>>>>>>>>>>> is no way to
>>>>>>>>>>>>>>>> tell the message type. We should add an int32 for message type
>>>>>>>>>>>>>>>> considering
>>>>>>>>>>>>>>>> that we have a standard number of messages.
>>>>>>>>>>>>>>>> If int32 messageType == 1 then that could an authentication
>>>>>>>>>>>>>>>> message and so on. What do you say?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Fri, May 27, 2011 at 8:44 PM, Zhongjie Wang <
>>>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hi Adriano,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Sorry, I didn't see the email of that doc. Then it's
>>>>>>>>>>>>>>>>> perfect. :)
>>>>>>>>>>>>>>>>> There's one more question, how to detect the message type
>>>>>>>>>>>>>>>>> when I receive a message?
>>>>>>>>>>>>>>>>> Is there any field to indicate the type?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Fri, May 27, 2011 at 11:34 PM, Adriano Monteiro Marques
>>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Hi Alan,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On May 27, 2011, at 12:30 PM, Zhongjie Wang wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> > Hi Zubair, Diogo:
>>>>>>>>>>>>>>>>>> > I hope you guys could join and figure out the
>>>>>>>>>>>>>>>>>> detailed message format for the communication interfaces. :)
>>>>>>>>>>>>>>>>>> > In the spec, we have decided to use RESTful webservice
>>>>>>>>>>>>>>>>>> and RPC call for the communications. Now the
>>>>>>>>>>>>>>>>>> > form of RPC call is somewhat obscure, we need to make a
>>>>>>>>>>>>>>>>>> clearly defined message format. Do you think we
>>>>>>>>>>>>>>>>>> > should still use protobuf, or json/xml, or customized
>>>>>>>>>>>>>>>>>> binary/text format? This is important.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> We've already decided on using protobuf, right? Event the
>>>>>>>>>>>>>>>>>> ones we defined today and shared with you in that google doc.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> > At first, there should be an authentication process
>>>>>>>>>>>>>>>>>> after connected. Then we use the negotiated
>>>>>>>>>>>>>>>>>> > symmetric key to encrypt the following messages. The
>>>>>>>>>>>>>>>>>> messages will be in pair, like Request/Response.
>>>>>>>>>>>>>>>>>> > For a request, there should be a RPC function name and
>>>>>>>>>>>>>>>>>> then the parameters, finally maybe end with a checksum.
>>>>>>>>>>>>>>>>>> > And for a response, it will indicate which request it
>>>>>>>>>>>>>>>>>> response to, and then the result.
>>>>>>>>>>>>>>>>>> > If we use protobuf, then we need to put the function
>>>>>>>>>>>>>>>>>> name out of the message. So after the agent read the name,
>>>>>>>>>>>>>>>>>> > it will generate a proper class for the message.
>>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>>> > How do you think which one we should choose?
>>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>>> > Regards
>>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>>> > --
>>>>>>>>>>>>>>>>>> > Zhongjie Wang
>>>>>>>>>>>>>>>>>> > Master Candidate
>>>>>>>>>>>>>>>>>> > Computer System Architecture
>>>>>>>>>>>>>>>>>> > Peking University, China
>>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>>>>>>>>>> > vRanger cuts backup time in half-while increasing
>>>>>>>>>>>>>>>>>> security.
>>>>>>>>>>>>>>>>>> > With the market-leading solution for virtual backup and
>>>>>>>>>>>>>>>>>> recovery,
>>>>>>>>>>>>>>>>>> > you get blazing-fast, flexible, and affordable data
>>>>>>>>>>>>>>>>>> protection.
>>>>>>>>>>>>>>>>>> > Download your free trial now.
>>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>>> http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
>>>>>>>>>>>>>>>>>> > Umit-devel mailing list
>>>>>>>>>>>>>>>>>> > [email protected]
>>>>>>>>>>>>>>>>>> > https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> ---
>>>>>>>>>>>>>>>>>> Adriano Monteiro Marques
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> http://www.thoughtspad.com
>>>>>>>>>>>>>>>>>> http://www.umitproject.org
>>>>>>>>>>>>>>>>>> http://blog.umitproject.org
>>>>>>>>>>>>>>>>>> http://www.pythonbenelux.org
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> "Don't stay in bed, unless you can make money in bed." -
>>>>>>>>>>>>>>>>>> George Burns
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>> Zhongjie Wang
>>>>>>>>>>>>>>>>> Master Candidate
>>>>>>>>>>>>>>>>> Computer System Architecture
>>>>>>>>>>>>>>>>> Peking University, China
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>>>>>>>>> vRanger cuts backup time in half-while increasing security.
>>>>>>>>>>>>>>>>> With the market-leading solution for virtual backup and
>>>>>>>>>>>>>>>>> recovery,
>>>>>>>>>>>>>>>>> you get blazing-fast, flexible, and affordable data
>>>>>>>>>>>>>>>>> protection.
>>>>>>>>>>>>>>>>> Download your free trial now.
>>>>>>>>>>>>>>>>> http://p.sf.net/sfu/quest-d2dcopy1
>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>> Umit-devel mailing list
>>>>>>>>>>>>>>>>> [email protected]
>>>>>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>>>> __
>>>>>>>>>>>>>>>> Zubair
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Zhongjie Wang
>>>>>>>>>>>>>>> Master Candidate
>>>>>>>>>>>>>>> Computer System Architecture
>>>>>>>>>>>>>>> Peking University, China
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>> __
>>>>>>>>>>>>>> Zubair
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---
>>>>>>>>>>>>>> Adriano Monteiro Marques
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://www.thoughtspad.com
>>>>>>>>>>>>>> http://www.umitproject.org
>>>>>>>>>>>>>> http://blog.umitproject.org
>>>>>>>>>>>>>> http://www.pythonbenelux.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> "Don't stay in bed, unless you can make money in bed." -
>>>>>>>>>>>>>> George Burns
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Best,
>>>>>>>>>>>>> __
>>>>>>>>>>>>> Zubair
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---
>>>>>>>>>>>>> Adriano Monteiro Marques
>>>>>>>>>>>>>
>>>>>>>>>>>>> http://www.thoughtspad.com
>>>>>>>>>>>>> http://www.umitproject.org
>>>>>>>>>>>>> http://blog.umitproject.org
>>>>>>>>>>>>> http://www.pythonbenelux.org
>>>>>>>>>>>>>
>>>>>>>>>>>>> "Don't stay in bed, unless you can make money in bed." - George
>>>>>>>>>>>>> Burns
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Best,
>>>>>>>>>>>> __
>>>>>>>>>>>> Zubair
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Zhongjie Wang
>>>>>>>>>>> Master Candidate
>>>>>>>>>>> Computer System Architecture
>>>>>>>>>>> Peking University, China
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---
>>>>>>>>>>> Adriano Monteiro Marques
>>>>>>>>>>>
>>>>>>>>>>> http://www.thoughtspad.com
>>>>>>>>>>> http://www.umitproject.org
>>>>>>>>>>> http://blog.umitproject.org
>>>>>>>>>>> http://www.pythonbenelux.org
>>>>>>>>>>>
>>>>>>>>>>> "Don't stay in bed, unless you can make money in bed." - George
>>>>>>>>>>> Burns
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Zhongjie Wang
>>>>>>>>>> Master Candidate
>>>>>>>>>> Computer System Architecture
>>>>>>>>>> Peking University, China
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>> vRanger cuts backup time in half-while increasing security.
>>>>>>>>>> With the market-leading solution for virtual backup and recovery,
>>>>>>>>>> you get blazing-fast, flexible, and affordable data protection.
>>>>>>>>>> Download your free trial now.
>>>>>>>>>> http://p.sf.net/sfu/quest-d2dcopy1
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Umit-devel mailing list
>>>>>>>>>> [email protected]
>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Luís A. Bastião Silva
>>>>>>>>> Umit Project Developer
>>>>>>>>> Skype: koplabs
>>>>>>>>> http://www.umitproject.org
>>>>>>>>> http://www.bastiao.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Zhongjie Wang
>>>>>>>> Master Candidate
>>>>>>>> Computer System Architecture
>>>>>>>> Peking University, China
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Luís A. Bastião Silva
>>>>>>> Umit Project Developer
>>>>>>> Skype: koplabs
>>>>>>> http://www.umitproject.org
>>>>>>> http://www.bastiao.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Zhongjie Wang
>>>>>> Master Candidate
>>>>>> Computer System Architecture
>>>>>> Peking University, China
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> vRanger cuts backup time in half-while increasing security.
>>>>>> With the market-leading solution for virtual backup and recovery,
>>>>>> you get blazing-fast, flexible, and affordable data protection.
>>>>>> Download your free trial now.
>>>>>> http://p.sf.net/sfu/quest-d2dcopy1
>>>>>> _______________________________________________
>>>>>> Umit-devel mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best,
>>>>> __
>>>>> Zubair
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best,
>>>> __
>>>> Zubair
>>>>
>>>
>>>
>>>
>>> --
>>> Luís A. Bastião Silva
>>> Umit Project Developer
>>> Skype: koplabs
>>> http://www.umitproject.org
>>> http://www.bastiao.org
>>>
>>>
>>>
>>
>>
>> --
>> Best,
>> __
>> Zubair
>>
>
>
>
> --
> Best,
> __
> Zubair
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery,
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now.
>
> http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
> Umit-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/umit-devel
>
>
> ---
> Adriano Monteiro Marques
>
> http://www.thoughtspad.com
> http://www.umitproject.org
> http://blog.umitproject.org
> http://www.pythonbenelux.org
>
> "Don't stay in bed, unless you can make money in bed." - George Burns
>
>
--
Best,
__
Zubair
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Umit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/umit-devel
