Invitation replies are sent with the default SMTP instead of the one associated with the receiving email address

Bug #775779 reported by Simon Déziel on 2011-05-02
This bug affects 3 people
Affects Status Importance Assigned to Milestone
lightning-extension (Ubuntu)

Bug Description

My Thunderbird has 2 accounts setup: a personal one (default) and another for work.

When I reply to meeting invitation sent to my work email, the SMTP account used to send the reply is my default one.

$ lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

$ apt-cache policy xul-ext-lightning
  Installed: 1.0~b2+build2+nobinonly-0ubuntu2
  Candidate: 1.0~b2+build2+nobinonly-0ubuntu2
  Version table:
 *** 1.0~b2+build2+nobinonly-0ubuntu2 0
        500 natty/universe amd64 Packages
        100 /var/lib/dpkg/status

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: xul-ext-lightning 1.0~b2+build2+nobinonly-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.38-9.43-generic
Uname: Linux 2.6.38-9-generic x86_64
Architecture: amd64
Date: Mon May 2 14:19:37 2011
SourcePackage: lightning-extension
UpgradeStatus: No upgrade log present (probably fresh install)

Simon Déziel (sdeziel) wrote :
tags: removed: amd64
Changed in lightning-extension (Ubuntu):
status: New → Confirmed
Tom Louwrier (tom-louwrier) wrote :

Having the same issue. I think it's related to the bug I filed at 966002.
This is creating quite a mess since my calendars are on a Sogo server and the incorrect <email address hidden> causes all invitations and replies to fall in the catch-all (<email address hidden>) which means a whole group of users get all invites and replies as mails in that particular mailbox.


Tom Louwrier (tom-louwrier) wrote :

I just found out that when I tick the 'Support Outlook and Outlook 2000/XP' box when accepting an invitation, the confirmation includes just me. The appointment, when opened in the Sogo-server based calendar shows '<email address hidden>' (organiser) and '<email address hidden>' (participant). This is correct.
The incorrect '<email address hidden>' attendee is no longer introduced and thus will not get any messages when the appointment is modified or deleted.

Mind you: neither party is using Outlook nor Exchange. This is a Tbird/Lightning/Sogo setup. It does narrow down the source of the issue to the generic and/or CalDAV part of the protocol I think.

For now this is a workaround.


To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers