Forward Email (email provider)

@ph00lt0 Yes, thank you for pinging us about this!

We’ve updated our GDPR page to include our representative (Osano) and their mailing addresses at https://forwardemail.net/gdpr#gdpr-representative.

Screenshot:

@overdrawn98901 We’ve spent a lot of time meticulously checking our dependencies and license compatibility – which is why some of our code is BSL and some is MPL. We’ve also reached out to the actual authors of source code we use (e.g. WildDuck, which uses EUPL license) to get written permission. We have also donated and sponsored the efforts of several open-source authors and contributors over the years (we know how hard it is to be a maintainer).

For the purposes of staying on topic (we’d love to be included in PG); we aren’t going to dive into a discussion about changing licenses – but here’s a brief overview of our license history:

We originally were entirely MIT licensed, but MIT is not compatible with EUPL (e.g. we can’t do inbound EUPL to outbound MIT), so we opted for MPL in those cases. As we became a business and monetized the service (since it used to just be purely free DNS-based and forwarding only – but now we offer IMAP/POP3/SMTP etc) – we decided to try to protect us from large businesses cloning our service and we introduced the BSL as well. This also opened up the door for enterprise licensing, so we can help public universities and governments now (and actually be a business and stick around for a long time).

In the future we may revisit licensing – but here are some of our bookmarks on AGPL if anyone is curious:

@Niek-de-Wilde Stay tuned – we’re aiming to publish a draft of our white-paper next week and will follow up in this thread once it’s available for download. :crossed_fingers: :page_with_curl:


P.S. Today we published a press & media page at https://forwardemail.net/press :tada:

2 Likes