option to skip encryption #74

Open
opened 2022-05-15 12:24:59 +00:00 by avg_joe · 4 comments
Owner

there might be situations where u want skip encryption and receive specific mails plain in your inbox.
(e.g. flight tickets)

idea: using a form of alias to achieve: username@plain.disroot.org,
username@plainroot.org, etc

there might be situations where u want skip encryption and receive specific mails plain in your inbox. (e.g. flight tickets) idea: using a form of alias to achieve: username@plain.disroot.org, username@plainroot.org, etc
Collaborator

Technically this is feasible. After all, Lacre would get an email from an identity it wouldn't have a key for (unless the user had assigned the key to both, but then - it had been their own choice). No changes would be required to achieve something like that. However, I think we should think of another approach too, to make it possible for users of systems without alias support to also benefit from this option.

One option I can think of is allowing the users to submit source-addresses via email, just like they can submit keys thanks to register-handler. The downside is that it would increase complexity: we'd have to maintain limits of skipped emails, perhaps let them inspect current list values, let them reset them, etc.

Technically this is feasible. After all, Lacre would get an email from an identity it wouldn't have a key for (unless the user had assigned the key to both, but then - it had been their own choice). No changes would be required to achieve something like that. However, I think we should think of another approach too, to make it possible for users of systems without alias support to also benefit from this option. One option I can think of is allowing the users to submit source-addresses via email, just like they can submit keys thanks to register-handler. The downside is that it would increase complexity: we'd have to maintain limits of skipped emails, perhaps let them inspect current list values, let them reset them, etc.
Author
Owner

what about delimiter then? afaik that is handled in postfix as well, right?

only concern is that i think i read once that not everyone is accepting emails with delimiters for example on sign up. but not sure about that, i don't use delimiter often tbh.

what about delimiter then? afaik that is handled in postfix as well, right? only concern is that i think i read once that not everyone is accepting emails with delimiters for example on sign up. but not sure about that, i don't use delimiter often tbh.
Collaborator

Delimiters would be better than nothing. I think it's better to give some users a chance than not give it to anybody at all.

I'll investigate what it would take to implement it.

Thanks for the idea @avg_joe.

Delimiters would be better than nothing. I think it's better to give some users a chance than not give it to anybody at all. I'll investigate what it would take to implement it. Thanks for the idea @avg_joe.
Owner

Delimiters are broken currently entirely (mails bounce) #87

I do like the idea of leaving this to server operator to decide how to deal with plain text emails. This on one hand makes it easier for lacre as it just does one thing (encrypting) and does not add complexity to the setup. In adition it does give sysadmin more freedom to implement whatever works for them (or not) rather then having to deal with pre-defined lacre solution which might be not applicable.

For example I like @avg_joe idea of adding domain or alias for users (eg. username@plain.disroot.org) or (eg. username_plain@disroot.org).

Delimiters are broken currently entirely (mails bounce) #87 I do like the idea of leaving this to server operator to decide how to deal with plain text emails. This on one hand makes it easier for lacre as it just does one thing (encrypting) and does not add complexity to the setup. In adition it does give sysadmin more freedom to implement whatever works for them (or not) rather then having to deal with pre-defined lacre solution which might be not applicable. For example I like @avg_joe idea of adding domain or alias for users (eg. username@plain.disroot.org) or (eg. username_plain@disroot.org).
Sign in to join this conversation.
No description provided.