NS 7.0.1/OS 10.2.3 "attachment" anomaly

[RHPConsult]

Can anyone explain why the following happens when I attempt to attach a pdf, or, say, a jpeg, to an e-message composed in NS 7.0.1 ?

IF the file to be attached is residing on my HD's partition holding OSX (10.2.3) then its title is transformed - - in the "attachment panel" of the NS window - - from what I previously had assigned to it, to a vastly longer description (3-4" in length     ) that describes not its contents but its location on the HD!

Plus it won't/can't be dispatched by NS 7.0.1. A meaningless error message appears.

However, by merely moving the item to be attached onto the HD partition that contains my working files/documents, the title is not changed and attachment-->send takes place w/o incident.

Huh?

Anyone have a similar experience?
 
 [ 02-13-2003, 04:21 PM: Message edited by: RHPConsult ]

[Gregg]

Could there possibly be a setting in NS Prefs that specifies to use the path to files being attached? If so, then presumably one could choose to not show the path.

This is an issue that crops up from time to time in my work with AutoCad. A sender will include the path in their server to file "attachments" (external references or 'xrefs') which is meaningless on our server. In order to get the files to load all their 'parts' the sender needs to delete the path information, and the receiver needs to place the attachments in the same directory as the host file. (They are actually "attached" in AutoCad lingo.)