Not looking for a server as I use fastmail currently but a client would be nice. I am currently using spark on iOS and Mac OS and just fastmail website on my Linux desktop. I’m realizing spark is nothing special and would rather not renew my subscription.
I could be misinformed, but this isn’t just limited to Spark as I understand it, I believe a lot (maybe all?) third-party clients do the same thing. They act as an intermediary between you and the server so they can deliver push notifications.
However, as I understand it, Spark’s privacy policy outlines that they don’t read/scan the contents of your emails, and the use of app-specific passwords rather than your email password ensures they only have access to emails and nothing else.
Pretty sure others such as Canary, Airmail, Edison, etc. all do/did the same thing, but it was the lack of clarity in Spark’s privacy policy that made them the main target for scrutiny. I think they’ve since cleared that up.
There are various methods of arranging push notifications for email. None of them require the messages to be stored on third party servers.
Any email “client” service that stores your messages and credentials and is not the actual provider should be avoided at all costs.
A real email client connects directly to your provider’s servers and shows you what messages are there. Whenever it needs to do something with your messages (send, receive, notification etc.) it arranges it with your provider’s servers, never with 3rd party servers. If it stores your credentials, it stores them on your device, either in your browser, or in your app data (if the client is an app), never on 3rd party servers.
When you use Spark or others like them it’s like paying someone to check the mail box on your lawn. It’s your own mail box (the provider, for email) but instead of checking it yourself you give a complete stranger the box key and allow them to rummage through your mail and packages before they bring 'em in.
You don’t need this service. Nobody needs this service. They’re taking advantage of the fact people can’t make the difference between a client that runs at the provider, on your device, or on a 3rd party server.
Most email clients do not keep a copy of your email on their own servers. It is increasingly common though as it allows them to offer features which are impossible to do otherwise.
I don’t believe there is any need for them to keep a local copy of your mail for push notifications.
I didn’t know they stored local copies — had a very, VERY quick skim through their privacy policy on their website and couldn’t see any reference to that (sure it’s there but I didn’t see it).
I’m not a Spark user btw, was just following the conversation. I use plain ol’ Apple Mail.
Thing like send later. You can do it in a mail client but it requires the client to be running. It you implement it on the server you can guarantee that the email gets send on a specific day/time.
Spark offers collaboration on messages. So for example your team can add comments on an email.
Manage your mail on multiple clients, as in native software that runs on a device. If your client always deletes upon fetching your mail, another device won’t see it.
You can leave the messages on the server and use IMAP to look at them from multiple devices in non-destructive ways.
If you must eventually move the mail out of the server then you can use IMAP devices in combination with one POP device that serves as the main mail archive, but only deletes the email from the server on a delay – say, 30 days. During those 30 days the IMAP clients continue to see the email and the POP client won’t re-download the ones it already has. After 30 days a message can only be found on the device that uses POP.
Bei meiner Suche nach Radtouren in meiner Umgebung finde ich durchaus ein paar GPX Tracks, die ich nutzen wollte. Aber die Websuche bringt mich nur auf Seiten, die alles hinter einer Einlogg- und Eigene-App-Barriere verstecken.
Es gibt doch bestimmt irgendwelche nutzerzentrierte Seiten die es uns erlauben, GPX Track’s zu teilen, kategorisieren und herunterzuladen, so dass ich sie in der Kartensoftware meiner Wahl nutzen kann. Hat jemand einen Hinweis?
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
I could be misinformed, but this isn’t just limited to Spark as I understand it, I believe a lot (maybe all?) third-party clients do the same thing. They act as an intermediary between you and the server so they can deliver push notifications.
However, as I understand it, Spark’s privacy policy outlines that they don’t read/scan the contents of your emails, and the use of app-specific passwords rather than your email password ensures they only have access to emails and nothing else.
Pretty sure others such as Canary, Airmail, Edison, etc. all do/did the same thing, but it was the lack of clarity in Spark’s privacy policy that made them the main target for scrutiny. I think they’ve since cleared that up.
I could be mistaken, though.
There are various methods of arranging push notifications for email. None of them require the messages to be stored on third party servers.
Any email “client” service that stores your messages and credentials and is not the actual provider should be avoided at all costs.
A real email client connects directly to your provider’s servers and shows you what messages are there. Whenever it needs to do something with your messages (send, receive, notification etc.) it arranges it with your provider’s servers, never with 3rd party servers. If it stores your credentials, it stores them on your device, either in your browser, or in your app data (if the client is an app), never on 3rd party servers.
When you use Spark or others like them it’s like paying someone to check the mail box on your lawn. It’s your own mail box (the provider, for email) but instead of checking it yourself you give a complete stranger the box key and allow them to rummage through your mail and packages before they bring 'em in.
You don’t need this service. Nobody needs this service. They’re taking advantage of the fact people can’t make the difference between a client that runs at the provider, on your device, or on a 3rd party server.
Most email clients do not keep a copy of your email on their own servers. It is increasingly common though as it allows them to offer features which are impossible to do otherwise.
I don’t believe there is any need for them to keep a local copy of your mail for push notifications.
I didn’t know they stored local copies — had a very, VERY quick skim through their privacy policy on their website and couldn’t see any reference to that (sure it’s there but I didn’t see it).
I’m not a Spark user btw, was just following the conversation. I use plain ol’ Apple Mail.
What features?
Thing like send later. You can do it in a mail client but it requires the client to be running. It you implement it on the server you can guarantee that the email gets send on a specific day/time.
Spark offers collaboration on messages. So for example your team can add comments on an email.
Etc.
Outlook server providers have this feature, if it’s really crucial.
…You can reply to an email. It’s not a special feature, it’s how email works.
If you mean to annotate something live together with other people, there are office tools for that. This is unrelated to email.
Manage your mail on multiple clients, as in native software that runs on a device. If your client always deletes upon fetching your mail, another device won’t see it.
You can leave the messages on the server and use IMAP to look at them from multiple devices in non-destructive ways.
If you must eventually move the mail out of the server then you can use IMAP devices in combination with one POP device that serves as the main mail archive, but only deletes the email from the server on a delay – say, 30 days. During those 30 days the IMAP clients continue to see the email and the POP client won’t re-download the ones it already has. After 30 days a message can only be found on the device that uses POP.
Bei meiner Suche nach Radtouren in meiner Umgebung finde ich durchaus ein paar GPX Tracks, die ich nutzen wollte. Aber die Websuche bringt mich nur auf Seiten, die alles hinter einer Einlogg- und Eigene-App-Barriere verstecken.
Es gibt doch bestimmt irgendwelche nutzerzentrierte Seiten die es uns erlauben, GPX Track’s zu teilen, kategorisieren und herunterzuladen, so dass ich sie in der Kartensoftware meiner Wahl nutzen kann. Hat jemand einen Hinweis?
You can use IMAP in the same easy as POP. What you describe I do with IMAP alone.
IMAP has been around for what, 30 years now?