On 3/9/2012 4:59 AM, David Morrison wrote:
> File IDs to locate the attachments rather than file names. As soon
> as you moved it to another disk, those no longer worked, and Eudora had
> to rely on file names which were guaranteed to be wrong for the second
> and subsequent files with the same name.
Isn't this only for incoming messages,
since you can send one outgoing file, at one specific local path,
any number of times, using the same name?
For incoming messages, in versions for Windows.
name collisions within the same single attachments folder
are avoided by generating different unique names (appending 1, 2, etc.),
and by saving only the adjusted, now unique names in the message body,
where incoming attachments are noted. This preserves correct
"reference by name alone," but is not free of its own problems,
such as an impossibility to merge incoming messages from two or more
separate Eudora Folders which each contain similar attachment names.
>>> Firstly, I send a message with an attachment. If I leave that message in
>>> the Out mailbox, and open the message, the attachments are still visible
>>> in the message.
> [in the] Same place as when I sent the message, in the header section.
>>> If I move the message to another folder, the attachments
>>> are not visible in the message. They are however visible in the mailbox
>>> view and can be opened from there (but not dragged to another message).
>>
>> I wonder whether uploaded screen shots could make this clearer?
>
> In a message you are sending, there is a line in the header section
> called Attachments:. The attachments appear on that line as an icon and
> the name of the file.
> Once sent, that message in the Out box looks exactly the same. There is
> a document icon in the mailbox view to indicate there are attachments.
> The attachment icons can be dragged to the Finder or to another message
> as an attachment. Send Again sends the message with attachments included.
I seem to be unable to picture this, as I thought that there is but a single
icon in a column of a "mailbox view" indicating that a message has one or more
attachments, but not one icon per attachment.
> If I move it to another folder, the Attachments: line is no longer
> present, and there is no indication there ever were attachments.
This sounds like where the problem lies -- when messages are moved
(or copied) from "Out" to any other mailbox in Windows, their TOC entry
continues to remember that they are outgoing messages, created within Eudora,
causing every aspect of their appearance to remain the same, including the fact
that when re-opened, the separate headers of the original message composition window
appear again at the top in their own split part of the window,
exactly like just before "Send/Queue" was originally pressed,
rather than all headers appearing in the same section that the message body appears,
as occurs for all incoming messages.
>>> When I Send Again a message with attachments, if the message
>>> is in the Out mailbox, the attachments are included. If the message is
>>> in another folder, the attachments are not there.
Have these reports been distinguishing the appearance in a "preview pane"
(where the list of attachments does disappear even in Windows' Eudora)
from the appearance when a message is fully opened
in its own separate message window?
Is it being said that even when opened in a separate message window,
where presumably the section at the top looks just as it does
while you are composing the message, it's identical,
except for the "Attachments:" line being empty,
if the current location of the message is in any other mailbox but "Out"?
[that would be a bug, all right]
Is it by any chance the case that the list of attachments
disappears only in a "preview," but remains exactly the same
when the message is opened by itself, in its own "message window"?
What happens if one opens in a separate message window first,
then tries "Send Again"?
Roberta Millstein wrote:
> Out of curiosity, transferred the message back to the outbox.
> The attachment re-appeared, and was attached when I hit "send again."
In that case, the X-Attachments header must never have been lost,
but perhaps is being ignored when displaying an individual message
that is currently stored in any other mailbox?
Finally, doesn't "Send Again" just copy (append) a message to "Out"
and then open the copy from the "Out" mailbox?
Does everyone have the same experience, or does it depend upon
whether a TOC is in a resource fork vs. as a separate file?
--