On Fri 2015-07-10 15:07:46 -0400, Patrick Brunschwig wrote:
> It's the same behavior as for Thunderbird's "Attach Personal Card
> (vCard)" function. I really don't see why we should try to be smarter
> than they are.
ah, that's interesting. I didn't know about this.
>> 0) how to destroy the file after the message is sent?
>
> Thunderbird takes care of this.
hm, i don't know how it knows whether to delete the file in the case
where "attach my key" worked as i proposed -- it certainly doesn't
destroy files that already exist in the filesystem.
> 3) What if a user has more than one keys for his various identities?
> Should we then delete the attachment upon changing the identity and
> add a new one with the key of the now selected identity? And how
> should we behave if the message was opened from a draft when this
> happened etc. etc.
In the model i proposed, the key attached would be the one from the
identity selected at the time of the button press. thunderbird/enigmail
would not be responsible for doing anything with the key after that --
after that, the user would deal with it as an attachment.
> When I originally implemented this feature, it was implemented it to
> work as you described. But given all the corner cases that came up and
> were not fixable, I decided to step back a little.
interesting, thanks for the explanation. I agree that simpler is better,
it just sounds like there are two different ways of deciding what
"simpler" means, depending on how comfortable people are with the
attachment sub-pane. I'm fine with leaving things as they are given the
history here.
--dkg
_______________________________________________
enigmail-users mailing list
[email protected]
To unsubscribe or make changes to your subscription click here:
https://admin.hostpoint.ch/mailman/listinfo/enigmail-users_enigmail.net
