Just as an aside, there unfortunately is no singular universal "standard"
for how CSV files are or should be created in generic terms and there is no
single right way to create a CSV file. Different programs create different
variations - some include a "qualifier" around every field such as a double
or single quote, others only use a qualifier if the delimiter character is
included within a field (and the delimitor is not necessarily a comma, it in
fact is the system's list separator character - ergo for Europe depending on
the system's regional setting - the system's separator character in many
cases is the semi-colon). The variations go on but the MS Office products
are the most forgiving and complete of all the products we've seen that deal
with CSV files (especially when it comes to multi-line fields within a row
that contain embedded "end-of-line" characters). The safest approach is to
surround each field by a qualifier. For North American regional settings,
that generally is the double quote character which is what Outlook does when
you export data to CSV format.
Outlook does not provide the same kinds of CSV import/export options (in
terms of structure) you'd find in something like MS Access. If you have MS
Access, export a table from it to text/csv format and you will get a fairly
good what I'm referring to above.
In the case of the example in your message - the file would be "broken" if
the qualifier did not surround the field - something that whatever program
you're using to manage the file would have to support. Import programs can't
assume that the data being imported won't break rules somewhere along the
line.
Lastly, in terms of "In fact, despite the command to output to a csv file,
the output isn't even a csv file. It's some strange ASCII Microsoft
format." - not exactly sure what you mean by that sentence (you didn't
mention your regional settings or language used on the particular system,
some or all of which could have a bearing on the issue). Did you mean that
you cannot read the characters in the file created?
Karl
__________________________________________
Karl Timmermans - The Claxton Group
ContactGenie - Importer 1.3 / DataPorter 2.0
"Power contact importers for MS Outlook '2000/2003"
http://www.contactgenie.com
"Anthony Susa" <Susa.J.Anth...@neosporum.com> wrote in message
news:1p07jmlb1wf6l$.(E-Mail Removed)...
> On Sun, 11 Dec 2005 06:45:10 GMT, Anthony Susa wrote:
>> How do you get Microsoft Outlook 2003 on WinXP to respect the csv syntax
>> upon export from Outlook contacts?
>
> By way of example, try this 3-line test:
>
> Test: Import this 3-line csv file into MS Outlook Contacts:
> LAST,FIRST,HOME,WORK,CELL,EMAIL
> Susa,Anthony,650-354-0974,408-365-4500,650-438-7744,(E-Mail Removed)
> Susa,Josephine,650-354-0974,650-450-3300,650-438-7743,(E-Mail Removed)
>
> Immediately export back out to a csv file. Contrary to what you'd think,
> you get absolutely nothing anything like the original file. The output
> file
> is over 20 lines long and it contains a tremendous amount of repeated
> garbage. In fact, despite the command to output to a csv file, the output
> isn't even a csv file. It's some strange ASCII Microsoft format.
>
> Is there any way to force Outlook to output contacts to a normal csv file?