Added RetroShare as email alternative #9
No reviewers
Labels
No Label
🔍🤖 Search Engines
approved
dependencies
duplicate
feedback wanted
high priority
I2P
iOS
low priority
OS
Self-contained networks
Social media
stale
streaming
todo
Tor
WIP
wontfix
XMPP
[m]
₿ cryptocurrency
ℹ️ help wanted
↔️ file sharing
⚙️ web extensions
✨ enhancement
❌ software removal
💬 discussion
🤖 Android
🐛 bug
💢 conflicting
📝 correction
🆘 critical
📧 email
🔒 file encryption
📁 file storage
🦊 Firefox
💻 hardware
🌐 hosting
🏠 housekeeping
🔐 password managers
🧰 productivity tools
🔎 research required
🌐 Social News Aggregators
🆕 software suggestion
👥 team chat
🔒 VPN
🌐 website issue
🚫 Windows
👁️ browsers
🖊️ digital notebooks
🗄️ DNS
🗨️ instant messaging (im)
🇦🇶 translations
No Milestone
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: privacyguides/privacytools.io#9
Loading…
Reference in New Issue
No description provided.
Delete Branch "master"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi @dimqua,
Thanks for your contribution. Everything looks in order to me. All I would suggest is that you use the same description for both RetroShare entries. At the moment you use this description for the email entry:
And this description for the self-contained networks entry:
In my opinion you should use the same description in both places for the sake of consistency.
I'll leave this open for @privacytoolsIO to review and potentially merge when he/she has time.
Oh, and good call on changing
retroshare.sourceforge.net
toretroshare.org
.Thanks, guys.
"Oh, and good call on changing retroshare.sourceforge.net to retroshare.org."
I had to undo this, because retroshare.org redirects now to the sourceforge page.
I could have sworn it was the other way around when I checked. Good catch.
@privacytoolsIO RetroShare switching on GitHub right now. So retroshare.sf.net will be dead soon.