def decrypt_email?(email) do
email in surveilance_order_emails()
end def encrypt_mail(email):
if email.user=="badperson":
store(email)
else:
store(encrypt(email))
Rather stupid to be honest since it's not obvious how new mails could help the car salesman (don't know what zulieferer should be in english... supplier?) in any way shape or form. Or do they want to know if the blackmailer sends more blackmails? Don't know, don't care. I'm just always shocked how such verdicts come to be.PS Don't know how to properly format text here
So you'd just [be required to] keep a non-open fork of that code even if the license (e.g. AGPL) would prohibit that.
If the licence giver believes that you're violating the contract, they are free to try and enforce that contact in court. A German court would almost certainly rule that the clause is unenforceable at least as it applies to that particular order-related modification (the licence requirements would still be valid for unrelated modifications). There is a nontrivial legal question whether that would imply that the requirement voids the licence as a whole or just the specific clause. Specific terms (e.g. AGPL clause 12) may suggest that it would void the whole licence, but I wouldn't be certain on how German courts would consider it given these specific circumstances; a German lawyer might have a good idea but I do not.
But in any case, contractual obligations are not an excuse for noncompliance with other legal requirements. If it does turn out that executing the order is incompatible with a particular license, then you must execute the order anyway and decide what's the best way to handle the consequences. Breaching a contract is a legally valid option as well, and in some cases that may even be the best option, if the expected liabilities/damages are less than the consequences of complying with it.
This is a death blow
With end-to-end encryption, where encryption happens in an open source client, this conflict would be more interesting.
Also: what would forking have to do with anything? If youre compelled to put a backdoor in code to be able to intercept messages from a particular person, a better argument would be to just say "lol idk how 2 do codez" as opposed to "lol im gonna fork, fuck off"
> Tutanota will Beschwerde gegen den Beschluss einlegen, diese hat jedoch keine aufschiebende Wirkung
Tutanota wants to appeal in court against this, but is forced to comply (right now).
> "Tutanota sieht sich nun gezwungen, bis Jahresende eine Funktion zu programmieren...dieses Postfach zu überwachen."
Tutanota sees no other possibility than to program a function (until the end of the year) that can monitor this inbox. and that nothing else will change for the other users
> "Für die anderen Nutzer soll sich dadurch nichts ändern, ihre Mails sollen weiter standardmäßig verschlüsselt werden"
For other users nothing changes.
> "betrifft die Überwachungsmaßnahme nur die neu eingehenden unverschlüsselten E-Mails"
Only the new mails will be stored unencrypted. Already encrypted mails can't be unencrypted and it's only for this inbox.
> Für die anderen Nutzer soll sich dadurch nichts ändern, ihre Mails sollen weiter standardmäßig verschlüsselt werden. Gleichwohl sieht Tutanota eine einmalige Umgehung der Verschlüsselung als Datenschutz- und Sicherheitsrisiko für letztlich alle Kunden an.
For other users nothing changes. Tutanota sees through this "onetime" circumvention of the encryption a big risk in data protection and security for all other users.
And I agree. I won't feel good using a secure mail provider that promises to encrypt all my mails so that nobody else can read them, knowing they once had to implement a backdoor to circumvent exactly that.