> Thomas E Deweese writes:
> (defvar bbdb-default-country "USA"
> "Default country to be used when formatting addresses
> that lack a country field")
> ---
> (let ((country (downcase (or (bbdb-address-country addr)
>bbdb-default-country
> (if
[EMAIL PROTECTED] (David S. Goldberg) writes:
> So I've finally got 2.2 running the way I want, and I just tried out
> the syncBBDB which worked quite well other than the inevitable
> duplicate records. While cleaning them out I notice that any zip code
> I've got that starts with 0, and there a
> "DG" == David S Goldberg <[EMAIL PROTECTED]> writes:
DG> A look through the manuals indicates that zip codes are either an
DG> integer if "american", which I presumably have set, or a list of
DG> strings if "non-american" which I apparently want to have set
DG> (much as I set bbdb-north-ame
DG> A look through the manuals indicates that zip codes are either an
DG> integer if "american", which I presumably have set, or a list of
DG> strings if "non-american" which I apparently want to have set
DG> (much as I set bbdb-north-american-phone-numbers-p to nil). But I
DG> can't find any var
> "DG" == David S Goldberg <[EMAIL PROTECTED]> writes:
DG> So I've finally got 2.2 running the way I want, and I just tried out
DG> the syncBBDB which worked quite well other than the inevitable
DG> duplicate records. While cleaning them out I notice that any zip code
DG> I've got that start
So I've finally got 2.2 running the way I want, and I just tried out
the syncBBDB which worked quite well other than the inevitable
duplicate records. While cleaning them out I notice that any zip code
I've got that starts with 0, and there are a good number of them as I
live in a region of the c
