Closed
Bug 570461
Opened 14 years ago
Closed 14 years ago
Event Invitation Reply is not using original email address
Categories
(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 475886
People
(Reporter: theran.sylt.h, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.19) Gecko/2010031422 Firefox/3.0.19 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 Replies to event invitations are sent out using the email address of the calendar instead of the address it was sent to. I get invites on 2 email accounts and have only a single calendar. However I still expect that a reply uses the address of the invite instead of the address of the calendar. If that is not possible I would at least expect a warning about getting invites for an account without a calendar assigned to it. Reproducible: Always Steps to Reproduce: 1. Setup 2 email accounts 2. Send separate invites to each account 3. Accept the invite(s) 4. Check the sent folders Actual Results: Both replies appear in the same sent folder instead of 1 reply per account Expected Results: A reply should be sent with the same address it was sent to.
Me too but with a twist. Thunderbird 3.1.2/Lightning 1.0b2. The calendar is using an email address that not registered in Thunderbird or any contact list. It is an alias on the Zimbra server and I have received an email with it, and it is in the email address cache -- no other traces. The Zimbra calendar functions properly and this does not happen using the Zimbra web or desktop interfaces. If I reply to or send a meeting invitiation from Lightning it is from "SpuriousEmail@place.com". if I add that identity to Thunderbird no difference; if I delete it, no difference; if I rename it no difference. Windows 7 x64 PC. The properties for the calendar show my proper email address, but it is ignored. The SpuriousEmail address is not shown as an option for calendar properties.
Updated•14 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•