Comment 1 for bug 1072864

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0
Build ID: 20121025210744

Steps to reproduce:

hi guys,

New here but active on Launchpad for some time.
Ubuntu user, running 12.04 amd64, updated daily so up to date.
Been using Tbird and Lightning happily for >5 years now. Recently things have degraded here and there.

I'm using 3 calendars on a Sogo-server, 2 of them for myself and one a group-calendar called 'sales'. The ones for myself are 'personal' and 'business'.
All calendars are linked to their own, different email addresses in two different domains:
- personal @ myname.com
- me.business @ company.com
- sales @ company.com
(This in itself has some issues, but I'll file another bug report on that.)

The accounts have usernames that differ from those in the mail addresses, this is due to my provider's way of managing domains and users:
- myname_com_personal (can be followed by @ provider.org but not really necessary)
- company_com_mebusiness (same)
- company_com_sales (same)

Actual results:

Recently Lightning started messing up usernames when sending out invitations and confirmations. I suspect this was when we recieved 1.8 some weeks ago.
It used to use the correct email addresses as given for the calendars. Now it constructs its own from the username as given for accessing the calendars and the domain that belongs to the original mail address, like
- company_com_mebusiness @ company.com
This is NOT as it should be since that email address does not exist. Replies and invitations either never arrive or fall into a catch-all mailbox (info @ company.com) and bother the people that manage that box.

Expected results:

All invitations and confirmations should use the email address that is specified as belonging to that particular calendar.
Lightning must be able to handle multiple calendars, using the correctly given data for each email address, useraccount and password combination.