Add direct friend request

[zapek]

It should be possible to allow friend requests without exchanging Short Invites first. This is possible because:

1. the PGP id is in the SSL certificate's issuer field
2. if the PGP key was gathered through discovery, we can show the profile's name and information
3. don't forget to verify the signature with the PGP key that we have, otherwise don't even show the requester

[defnax]

Maybe develope a own Friend request for Xeres?
example how tox do it
https://zetok.github.io/tox-spec/#friend-requests

from Unseen idea:
adding the ability to request/accept friend through DistantChatService.
unsenep2pdev/RetroShare@0e933a5#diff-679d58dcfc4710fa6137de84b6f520b75fa4c623194e924bc149d1ad8017ea7d

[zapek]

Retroshare allows the following:

• setup a new location A
• setup a new location B
• add B's ShortID in A
• B will show a connection attempt, accept the friend request
• A will successfully connect to B

Problems:

• there's no name displayed in the requester (it could be anybody)
• there's no vetting by anybody else of the one trying to connect because it's not backed by a PGP key
• the requests can be spammed (in fact this is one of the first thing I turned off in RS)

So no. I don't think I'll implement it in that way.

[defnax]

Maybe you can implement the right way or own new way for easier make friends

[defnax]

for the hstory i dont know if this is useful for Xeres:

Finish Initial implemention of GxsContactList and GxsContact(Invite/Accept/Reject/) with sending Certificates over DistantService Protocol.
sequence:
Contact A-->Add/Invite Contact B.
B Contact-->Approved A's Request or confirm that B has received Certificate with response ACK_REQUEST
If B accepts/approves A's Request -> B send its Certificate to A with APPROVE_REQUEST.
A's receive B's APPROVE_REQUEST, A send back the ACK after add's B as friend.

unsenep2pdev/RetroShare@f668090