Archived
🆕 Software Suggestion | p≡p #2176
Open
opened 2021-01-04 12:55:36 +00:00 by acytious
·
11 comments
No Branch/Tag Specified
master
dependabot/bundler/nokogiri-1.13.6
dependabot/bundler/addressable-2.8.0
freddy-m-patch-3
pr-add_RemoveMyPhone_sponsor
pr-browser_cleanup_1257_1328_1430
freddy-m-patch-2
freddy-m-patch-1
pr-vpn_hated_one_video
cdn
update-nitrohorse-image
promote-metager-to-card
hardware
pr-add_azirevpn
pr-add_mailfence
shop
1673
pr/1658
i18n-simple
sponsorship-edits-nov2019
i18n
ipfs
blacklight447-ptio-patch-3
blog
remove-windows-icons
pr/1147
i18n-testing
add-beautify
No results found.
Labels
Clear labels
:mag:🤖 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
approved, waiting for a PR
Pull requests that update a dependency file
The Invisible Internet Project (I2P)
Operating Systems
A label for stalebot if it gets added
Anything related to media streaming.
Anything covering the Tor network
active work in progress, do not merge or PR (yet)!
Issues or bugs that will not be fixed and/or do not have significant impact on the project.
Extensible Messaging and Presence Protocol
Matrix protocol
Browser Extension related issues
Correction of content on the website
Firefox & forks, about:config etc.
Anything primarily related to site cleanup.
Virtual Private Network
*Technical* issues with the website.
Domain Name System
Anything covering a translated version of the site
No labels
🆕 software suggestion
Milestone
No items
No Milestone
No due date set.
Dependencies
No dependencies set.
Reference: privacyguides/privacytools.io#2176
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Basic Information
Name: p≡p
Category: Mailclient for iOS (and other)
URL: https://www.pep.security/en/ios/
Privacy Policy https://www.pep.security/en/privacy-policy/
Code owned by https://pep.foundation/
Description
Why I am making the suggestion:
I looked for an alternative Mail Client for iOS and on the privacytools website i only found Canary Mail. Its closed source and expensive if you want your entire family to switch. So canary wasn't for me. Someone with more experience could look at pep and decide if its good for iOS. Well, I'm pretty new to the privacy world, so im not able to check the software for myself. All I could do was look at the website and trust their words. But open source and based in swiss, encryption all that made me download the app.
My connection with the software
No, I don't know the author nor anyone on the team.Having two closed-source recommendations for iOS Mail Clients seems like a bit much.
If another suggestion adds value, I don't see why I it shouldn't be added.
@timjamello I don't undersand? Canary Mail is closed source and its recomendet at privacytools - p≡p on the other hand isn't in the recommendations and it's open source and code-audit are here: https://pep.foundation/docs/code-audits/
https://pep.software/media/uploads/formal_security_analysis_of_pep_by_unilux.pdf
So so for my testing p≡p felt short features, Canary has much more the Apple Mail feeling but p≡p is open source, encrypted and swiss based and for my understanding the privacy policy is accapteble.
I don't know i might communicated it wrong, but you can read everything on their website. So i don't understand the argument:
"Having two closed-source recommendations for iOS Mail Clients seems like a bit much."
I am the member responsible the new email clients section, and we only added it because it had PGP, and there were no better options.
This is good to hear, and something we look for in any software. However, we would need to research it a little more before adding it.
Source code is here by the way:
https://pep-security.ch/dev/repos/pEp_for_iOS/
They also have an Android client, which is a fork of K9 I think. May be worth a mention as well, as it looks nicer than K9.
We will compare the features of the two applications before removing Canary in favor of p≡p.
It seems to me that there is no push notification (and therefore no sound notification too), furthermore new mails cannot be fetch automatically (must be manually), so meaning of installing on iPhone/iPad becomes questionable. Source: https://pep.community/t/push-nicht-verfugbar/65/
They say that it's a privacy feature to not offer push notifications: They do not run a server in the background to check if you got new mail. They do not collect this kind of user data.
This is not very convenient, but shouldn't rule it out as a recommendation for privacy focused users.
And they're right. Any third party email app on iOS that offers instant push notifications, is saving your credentials on their servers and accessing your inbox from those servers. The fact that instant push is not offered, is a good thing in the context of privacy.
Because of iOSes battery management, they can only check whenever iOS decides they can. From what I read in that thread, they're already doing that.
So yes, that shouldn't rule it out. In fact it should do the opposite of ruling it out.
Session already has non Apple push notification but they are planning better, see roadmap of Session: https://oxen.io/img/session-x.jpg Source: https://oxen.io/roadmap
I am not sure how that would apply to an email client.