Editing the subject line of a received message - rebuilding TOC

If one edits a received message, changing the subject line, is there
any way to manually command a rebuilding of the Table of Contents
(TOC) so that the new Subject line appears in the TOC listing?

I suppose I could delete the TOC for that mailbox and then re-open
Eudora and it might happen automatically? I'm reluctant to do
anything so drastic. I would at least have to compact the mailbox
first.

When I go into my on-server spam filter and have a quarantined message
delivered, it sends it to my inbox with "***SPAM***" inserted at the
beginning of the subject line. I want to delete that marker (which I
can do by edinging the message) and have it reflected in the TOC
(which doesn't happen automatically). With that marker in the subject
line in the TOC, a sort by subject doesn't work properly.

Thanks is advance,

Fred Holmes

On Wed, 06 Aug 2008 11:15:41 -0500, Fred Holmes wrote:

> If one edits a received message, changing the subject line, is there
> any way to manually command a rebuilding of the Table of Contents
> (TOC) so that the new Subject line appears in the TOC listing?

> I suppose I could delete the TOC for that mailbox
> and then re-open Eudora and it might happen automatically?
> I'm reluctant to do anything so drastic.
> I would at least have to compact the mailbox first.

[to avoid "undeleting" formerly "deleted" or "transferred" messages,
as well as every intermediate "saved" version of new messages being composed]

> When I go into my on-server spam filter and have a quarantined message
> delivered, it sends it to my inbox with "***SPAM***" inserted at the
> beginning of the subject line. I want to delete that marker (which I
> can do by editging the message) and have it reflected in the TOC
> (which doesn't happen automatically). With that marker in the subject
> line in the TOC, a sort by subject doesn't work properly.

When Eudora receives messages from POP servers,
whatever subjects it finds in the message headers
are first copied to TOC fields
(up to 63 characters per message).

Any manual editing (or "Make Subject" filter action) within Eudora
then actually adjusts only the TOC fields,
which supply everything seen in a "Mailbox window,"
where one line appears per message,
while leaving alone the original headers in the MBX file
(which is what you see in "opened" individual messages).

Rebuilding a TOC would revert all "Subjects"
back to whatever was received from the POP server,
undoing any manual edits or filters which "Make subject."

Server-side spam filters which alter message subjects
have changed the original messages, however,
even before Eudora initially downloads them,
so Eudora can not "undo" or restore what they have changed,
at least not in the originally downloaded headers.

You may, however, edit the "Subject" of any incoming message,
in the special "Subject" field which appears in any opened message
(not "previewed," but _opened_) -- that field is in fact
saved in the TOC (and _only_ there) -- you are not supposed
to be able to actually edit the original headers at all,
just the _copy_ of the original "Subject" as saved in the TOC.

So, what you want is to _open_ messages and manually edit
the "Subject" box which appears by itself,
at the top of the message window.

When you close the message window, your change
is automatically reflected in the TOC (and mailbox window),
and will be refected in subsequent sorts by subject,
as well as in whatever other tricks are performed in mailbox windows.

Stop there (and _don't_ rebuild any TOC),
because what you wanted has already been accomplished!

--

Marvelous! Thank you, sir!
Fred Holmes

On Wed, 06 Aug 2008 11:52:44 -0500, "John H Meyers"
<jhmeyers@nomail.invalid> wrote:

>On Wed, 06 Aug 2008 11:15:41 -0500, Fred Holmes wrote:
>
>> If one edits a received message, changing the subject line, is there
>> any way to manually command a rebuilding of the Table of Contents
>> (TOC) so that the new Subject line appears in the TOC listing?
>
>> I suppose I could delete the TOC for that mailbox
>> and then re-open Eudora and it might happen automatically?
>> I'm reluctant to do anything so drastic.
>> I would at least have to compact the mailbox first.
>
>[to avoid "undeleting" formerly "deleted" or "transferred" messages,
>as well as every intermediate "saved" version of new messages being composed]
>
>> When I go into my on-server spam filter and have a quarantined message
>> delivered, it sends it to my inbox with "***SPAM***" inserted at the
>> beginning of the subject line. I want to delete that marker (which I
>> can do by editging the message) and have it reflected in the TOC
>> (which doesn't happen automatically). With that marker in the subject
>> line in the TOC, a sort by subject doesn't work properly.
>
>When Eudora receives messages from POP servers,
>whatever subjects it finds in the message headers
>are first copied to TOC fields
>(up to 63 characters per message).
>
>Any manual editing (or "Make Subject" filter action) within Eudora
>then actually adjusts only the TOC fields,
>which supply everything seen in a "Mailbox window,"
>where one line appears per message,
>while leaving alone the original headers in the MBX file
>(which is what you see in "opened" individual messages).
>
>Rebuilding a TOC would revert all "Subjects"
>back to whatever was received from the POP server,
>undoing any manual edits or filters which "Make subject."
>
>Server-side spam filters which alter message subjects
>have changed the original messages, however,
>even before Eudora initially downloads them,
>so Eudora can not "undo" or restore what they have changed,
>at least not in the originally downloaded headers.
>
>You may, however, edit the "Subject" of any incoming message,
>in the special "Subject" field which appears in any opened message
>(not "previewed," but _opened_) -- that field is in fact
>saved in the TOC (and _only_ there) -- you are not supposed
>to be able to actually edit the original headers at all,
>just the _copy_ of the original "Subject" as saved in the TOC.
>
>So, what you want is to _open_ messages and manually edit
>the "Subject" box which appears by itself,
>at the top of the message window.
>
>When you close the message window, your change
>is automatically reflected in the TOC (and mailbox window),
>and will be refected in subsequent sorts by subject,
>as well as in whatever other tricks are performed in mailbox windows.
>
>Stop there (and _don't_ rebuild any TOC),
>because what you wanted has already been accomplished!

On Wed, 06 Aug 2008 11:52:44 -0500, "John H Meyers"
<jhmeyers@nomail.invalid> wrote:


>Any manual editing (or "Make Subject" filter action) within Eudora
>then actually adjusts only the TOC fields,
>which supply everything seen in a "Mailbox window,"
>where one line appears per message,
>while leaving alone the original headers in the MBX file
>(which is what you see in "opened" individual messages).
>
(snip)
>
>So, what you want is to _open_ messages and manually edit
>the "Subject" box which appears by itself,
>at the top of the message window.
>
>When you close the message window, your change
>is automatically reflected in the TOC (and mailbox window),
>and will be refected in subsequent sorts by subject,
>as well as in whatever other tricks are performed in mailbox windows.

Looks like Fred's having much the same problem I'm having with those
****SPAM**** tags.

Anybody else getting this after manually editing the Subject box?

"The SMTP server [mail.xyz.com] said: 550 5.7.1 m7BGJSFp020004 Thi
message does not comply with required standards."

Even after I stripped the *****SPAM***** tag off the Subject line, I
still got the error:

JJ

On Thu, 14 Aug 2008 14:29:02 -0500:

JHM (to Fred?)
>> So, what you want is to _open_ messages and manually edit
>> the "Subject" box which appears by itself,
>> at the top of the message window.
>>
>> When you close the message window, your change
>> is automatically reflected in the TOC (and mailbox window),
>> and will be refected in subsequent sorts by subject,
>> as well as in whatever other tricks are performed in mailbox windows.

JJ:
> Looks like Fred's having much the same problem I'm having with those
> ****SPAM**** tags.
>
> Anybody else getting this after manually editing the Subject box?
>
> "The SMTP server [mail.xyz.com] said: 550 5.7.1 m7BGJSFp020004 Thi
> message does not comply with required standards."
>
> Even after I stripped the *****SPAM***** tag off the Subject line,
> I still got the error

Edited incoming message subject lines in a TOC do nothing but
display in the mailbox "summary" -- a "Reply" picks up the
_original_ subject line from the message body, anyway,
so Fred's issue (editing "spam tags" so that a mailbox "summary"
doesn't display them) is completely irrelevant to your case.

Now, when you are _composing_ a reply, the "Subject:" line
of your reply is completely editable anyway, so you can change it at will,
before sending off the message, regardless of what it had been originally,
so what's the problem there?

To find out what the objection means that you are getting,
there's either more info in the message (sometimes a URL)
or else there's somebody who owns that SMTP server, whom you can ask.

Eudora Welty herself was probably not psychic,
nor is the Eudora program that's named for her,
so it just can't help read the minds of any ISP,
although it will let you compose and edit outgoing messages
(including "replies") in any way you want.

If you are forwarding or replying (including the original)
to a message that was originally considered spam,
it's not so very surprising
that the similar content of your forward/reply message
might also trigger the very same detectors, is it not?

Sometimes this causes a "Catch-22," in that you are unable
to "report spam" to anyone, because those to whom you report it
require you to include it in your report, which then may cause
your own ISP (or even sometimes the destination address)
to refuse to send (or deliver) your report!

"Zipping" or "encrypting" (e.g. "ROT13") an attached message may be
a way to "sneak it under the radar" of that ISP, but at the same time,
the party to whom you send the report is probably only a "robot,"
who will in turn reject the unexpected format of the submission.

Human beings, on the other hand, might be able to accommodate you,
if they have not yet been lulled into unconsciousness by computers

--