Title: Re: [ANN] Entourage vCard (.vcf) Bug, and a script to fix it
On 10/24/00 10:07 AM, "Christian M. M. Brady" <[EMAIL PROTECTED]> wrote:

On 10/24/00 11:57 AM, "Paul Berkowitz" <[EMAIL PROTECTED]> wrote:

Hi Paul,

But why are we dragging it to the desktop first? Why not directly from the Address Book to the message?

Same bug. Thanks for drawing it to my attention. You’re right that you don’t need to drag the contact to the desktop first – you can drag it directly to the message. It has the same bug when it gets to the recipient. Send one to yourself and you’ll see.

OK. Thanks for the clarification. The address (or some text) must be longer than 76 characters though, correct? So far, none of my addresses have that. At least AFAIK.

No, it’s the coded test of the vCard data, which has lots of extra stuff. My own address has only 56 real characters, but the data has 83 characters: I’d have this problem even without my “U.S.A.” 6-character country: my total data would still be 77, which is 1 too many. If you want to see what it looks like, drag or attach a contact to an outgoing email, save the email, then look at “Source”. The lines beginning with “adr;” , if they continue to a second line even when you expand the Source window, will be the culprits. The lines beginning “label;” , which must be used in other PIMs for envelopes. mail merges, etc. can also be too long, and would also get messed up at the recipient’s end if they extend to a second line. You can tell that one of these lines is extending to a second line if the next line doesn’t begin with one of those odd codes like “adr;’ or “label;” or “tel;”, etc. but is just continuing an address or whatever was on the line above.

As I say, double-clicking the attachment in this outgoing attachment will still show you an OK vCard. And when you send it to yourself, it looks exactly the same in Source – but not in the vCard if you have any of these longer lines.

--
Paul Berkowitz

Reply via email to