Dear List, Balsa can send a reply to an iTIP calendar event request with possible replies of "Accept", "Accept tentatively", or "Decline". It offers this possibility only the first time you read the request (actually, if it is marked as "Unread").
Balsa finds an identity to set the sender of the reply, by matching one of your identities to one of the attendees in the event request. But I sometimes receive a request that was sent to an email alias for which I haven't set up an identity, and in that case Balsa doesn't know how to send the reply, and does not show the three reply buttons. That confused me, as it looks the same as if the message had previously been read--the display is the same in each case. So I feel that we should be more informative when there is no match. A simple fix is to make the reply buttons insensitive, and show some text explaining why. You can then find the address that was used and create an identity for it, toggle "Unread" on the message, and view it again; the buttons should then be sensitive. Alternatively, we could add an identity combo-box like the "From:" selector on the compose window. It might be shown only when no match is found, with text to explain why it's there. Or it might be always shown, initialized to the correct identity if one is found. Thanks for any thoughts! Peter
pgpqN_QvcNcnj.pgp
Description: PGP signature
_______________________________________________ balsa-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/balsa-list
