Closed Bug 482438 Opened 15 years ago Closed 15 years ago

unclear definition of Address field

Categories

(Thunderbird :: Address Book, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: nfilus, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.10 (intrepid) Firefox/3.0.7
Build Identifier: version 2.0.0.19 (20090105)

I'm using TB with the MoreFuncForAddressbook Extension on Linux in an Outlook 
dominated office. Recently I exported all my contacts to vcf and shared it with 
my colleges. Now I've found an incompatibility, which results from an unclear definition of the address field in TB.
The problem is:

I used the 2 lines of the street field in the work address to enter the street 
name with number, *followed* by the correct gate entry in the backyard. There are multiple Gates and all of them share the same street and number.
	Street Name 1
	Gate 3a
This is saved as
	ADR;TYPE=WORK,POSTAL;CHARSET=UTF-8:;Street Name 1;
	Gate 3a;Berlin;;10000;Germany
The RFC 2426 states
       corresponds, in sequence, to the post office box; the extended
       address (e.g. apartment or suite number); the street address; the
       locality (e.g., city); the region (e.g., state or province); the
       postal code; the country name.
so now "Street Name 1" is mapped to extended address and "Gate 3a" is mapped to 
street address, which is wrong. This leads to a confusion in other clients as Outlook, as the show "Gate 3a" as the main part of the Address and omit the street part.

I see 2 Possibilities and prefer the first one:
  a. Split input field and fix description in TB to ease correct mapping
  b. Change order of export in the extension


Reproducible: Always
Version: unspecified → 2.0
I've just tried this in Thunderbird by sending a vcard to myself. I filled in the work address with the obvious settings, in the received email the line was:

adr:2nd Line;;1st Line;City;State;Postal;Country

Although this looks wrong, we know Thunderbird support isn't up to vcard 2.1 or 3.0 standard (bug 29106).

Additionally, give this line is significantly different to your version, it leads me to believe that MoreFuncForAddressbook is doing its own generation of vcard and hence it is an issue with that extension and not Thunderbird.

Therefore please raise the issue with the author of that extension. If there is a clear issue with Thunderbird then the author is always welcome to raise a bug with us for it to be fixed.

Resolving invalid as this appears to be a problem with an extension and not Thunderbird.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.