Hi there,

I just got a new Windows 7 64 bit machine and installed Eudora 7 which
I have
been using for years.

When I send e-mails with attachments, the attachements copy to my
attachment directory (not the default directory as I put all
attachments somewhere else) but they do not delete after the email has
been sent.  The Delete Autimatic Attachments setting is on "after
sending Message"

I also tried setting it to "when Message emptied from trasj" and it
also does not delete.

Advice??

In article <h356l6hejvgp7pq7svcbdfeqsbld62mpuk@4ax.com>, daveman@daveman.com says...

> I just got a new Windows 7 64 bit machine and installed Eudora 7 which
> I have been using for years.
>
> When I send e-mails with attachments, the attachements copy to my
> attachment directory (not the default directory as I put all
> attachments somewhere else) but they do not delete after the email has
> been sent.  The Delete Automatic Attachments setting is on "after
> sending Message"
>
> I also tried setting it to "when Message emptied from trash" and it
> also does not delete.
>
> Advice?

  Try:
  Since you can attach a file from any location on your computer, you
  would most likely not want the attachment deleted if were just sending 
  someone a copy of a Document from your Documents Folder.

  Therefore, as long as I can remember, Eudora only deletes Incoming
  message attachments if the Delete Automatic Attachments Setting is On.
  Eudora has never deleted Outgoing attachments that I know of.

  However, if you attach a file from an your incoming attachment folder
  to an Outgoing message then it would get deleted when the incoming
  message is deleted.  I have always moved my outgoing attachments to a
  folder which I attach from that is not the incoming directory.

  Let us know if this proves out for you.
  --
  Over and Out
  Daniel Jacobson

daniel12@iadfw.net (Daniel Jacobson) wrote in
news:MKidnXRPzfnfC87QnZ2dnUVZ_qadnZ2d@posted.internetamerica: 

> In article <h356l6hejvgp7pq7svcbdfeqsbld62mpuk@4ax.com>,
> daveman@daveman.com says... 
> 
>> I just got a new Windows 7 64 bit machine and installed Eudora 7
>> which I have been using for years.
>>
>> When I send e-mails with attachments, the attachements copy to my
>> attachment directory (not the default directory as I put all
>> attachments somewhere else) but they do not delete after the email
>> has been sent.  The Delete Automatic Attachments setting is on "after
>> sending Message"
>>
>> I also tried setting it to "when Message emptied from trash" and it
>> also does not delete.
>>
>> Advice?
> 
>   Try:
>   Since you can attach a file from any location on your computer, you
>   would most likely not want the attachment deleted if were just
>   sending someone a copy of a Document from your Documents Folder.
> 
>   Therefore, as long as I can remember, Eudora only deletes Incoming
>   message attachments if the Delete Automatic Attachments Setting is
>   On. Eudora has never deleted Outgoing attachments that I know of.
> 
>   However, if you attach a file from an your incoming attachment
>   folder to an Outgoing message then it would get deleted when the
>   incoming message is deleted.  I have always moved my outgoing
>   attachments to a folder which I attach from that is not the incoming
>   directory. 
> 
>   Let us know if this proves out for you.
>   --
>   Over and Out
>   Daniel Jacobson

On top of Daniel's excellent explanation, some programs have the ability 
to send files via Eudora as attachments.  Some (Acrobat is one) place a 
copy of the file in Eudora's attachments folder.

I usually use the old Ctrl-H key combo to navigate to a file anywhere on 
my computer to send as an attachment without placing it in the attachment 
folder.


-- 
Best regards
Han 
email address is invalid

Thank you for your responses.

The issue that I am having is that when I send an e-mail with an
attachment, a copy of the attachment is placed in the ATTACHMENT
directory.  That Attached file (which is a copy of the original file)
should get deleted fromt he aqttchment directory once the e-mail is
sent.  Thsi no longer occurs in Widnows 7 machine.

Of interest, when I changed the setting to run Eudira as Windows XP
compatabile, it would delete the attached file (automatically as it is
suppsoed to).  But I lost the ability to use the SEND BY EMAIL buttons
on many programs or the Right Click send by e-mail option As I would
get a MAPI Error

This is driving me crazy

dave


On 10 Feb 2011 11:20:26 GMT, Han <nobody@nospam.not> wrote:

>daniel12@iadfw.net (Daniel Jacobson) wrote in
>news:MKidnXRPzfnfC87QnZ2dnUVZ_qadnZ2d@posted.internetamerica: 
>
>> In article <h356l6hejvgp7pq7svcbdfeqsbld62mpuk@4ax.com>,
>> daveman@daveman.com says... 
>> 
>>> I just got a new Windows 7 64 bit machine and installed Eudora 7
>>> which I have been using for years.
>>>
>>> When I send e-mails with attachments, the attachements copy to my
>>> attachment directory (not the default directory as I put all
>>> attachments somewhere else) but they do not delete after the email
>>> has been sent.  The Delete Automatic Attachments setting is on "after
>>> sending Message"
>>>
>>> I also tried setting it to "when Message emptied from trash" and it
>>> also does not delete.
>>>
>>> Advice?
>> 
>>   Try:
>>   Since you can attach a file from any location on your computer, you
>>   would most likely not want the attachment deleted if were just
>>   sending someone a copy of a Document from your Documents Folder.
>> 
>>   Therefore, as long as I can remember, Eudora only deletes Incoming
>>   message attachments if the Delete Automatic Attachments Setting is
>>   On. Eudora has never deleted Outgoing attachments that I know of.
>> 
>>   However, if you attach a file from an your incoming attachment
>>   folder to an Outgoing message then it would get deleted when the
>>   incoming message is deleted.  I have always moved my outgoing
>>   attachments to a folder which I attach from that is not the incoming
>>   directory. 
>> 
>>   Let us know if this proves out for you.
>>   --
>>   Over and Out
>>   Daniel Jacobson
>
>On top of Daniel's excellent explanation, some programs have the ability 
>to send files via Eudora as attachments.  Some (Acrobat is one) place a 
>copy of the file in Eudora's attachments folder.
>
>I usually use the old Ctrl-H key combo to navigate to a file anywhere on 
>my computer to send as an attachment without placing it in the attachment 
>folder.

daveman@daveman.com wrote in news:dmn8l6l1r2257f6lm2qkogfjr2o54tnepo@
4ax.com:

> Of interest, when I changed the setting to run Eudira as Windows XP
> compatabile, it would delete the attached file (automatically as it is
> suppsoed to).  But I lost the ability to use the SEND BY EMAIL buttons
> on many programs or the Right Click send by e-mail option As I would
> get a MAPI Error
> 
> This is driving me crazy
> 
> dave

It would drive me crazy too.  MAPI (IMHO) never lived up to what I expected 
of it, so I have always turned it off.

As mentioned, I either navigate from the add attachment function in an 
email draft window to the directory my file is in to attach it, without 
copying the file to the attachment directory.  Alternatively I drag and 
drop the file from an Explorer window onto te email as I draft it.  This 
works fine, except that editing the file after the email is sent, can give 
the impression a different file was sent.  (Watch out if there is a legal 
aspect to what you're doing!).
-- 
Best regards
Han 
email address is invalid

On 2/09/2011 4:26 PM, daveman wrote:

> I just got a new Windows 7 64 bit machine and installed Eudora 7
> which I have been using for years.

And your installation was performed correctly,
but for others' reference:

Installing on Windows 7 (or Vista):
http://eudorabb.qualcomm.com/announcement.php?a=13

> When I send e-mails with attachments, the attachments copy to my
> attachment directory (not the default directory as I put all
> attachments somewhere else) but they do not delete after the email
> has been sent.  The Delete Automatic Attachments setting is on
> "after sending Message"

> I also tried setting it to "when Message emptied from trash"
> and it also does not delete.

As you found out when you posted the same in Eudora Forums,
you made one assumption that was in error,
and left out one vital detail upon which the solution hinged:

You didn't mention _how_ you were attaching, which was
"When I click on the send pdf via email button in adobe acrobat..."
which finally gave you a Eudora _MAPI_ error at one point,
after your first "fix" via "setting XP compatibility mode" failed,
and since normal sending of emails with attachments
doesn't copy attachments anywhere, the original premise,
as truncated from actual reality, made no sense --
I was also not alert enough to guess what you were doing,
but no one could miss the right answer after the missing detail
was added to the case (although I tried and nearly did :)

What you needed was to set the "Delete _MAPI_ attachments" options,
rather than the "Delete _automatic_ attachments" options
(hadn't this come up or been set on your previous computer?)

I drew a conclusion, as always,
that there's a lesson to be learned from every such experience:

"Give details, get solution"
http://eudorabb.qualcomm.com/showthread.php?p=50636#post50636

-- 

On 11-2-2011 14:12, John H Meyers wrote:
> On 2/09/2011 4:26 PM, daveman wrote:
>
>> >  I just got a new Windows 7 64 bit machine and installed Eudora 7
>> >  which I have been using for years.
> And your installation was performed correctly,
> but for others' reference:
>
> Installing on Windows 7 (or Vista):
> http://eudorabb.qualcomm.com/announcement.php?a=13
>


Thanks for this reference -- I should have read this *before* I went to 
a friend's house to "mend" their "installation" (hmf...) of Eudora 6 on 
Windows 7.

Storing the mailbox files in the program directory most likely was one 
of the problems, but I didn't know it was as serious as that reference 
makes it out to be.


For the record -- although mailbox files were kept in the program 
directory, it *was* possible to create, send and receive e-mail.

But one strange thing: Eudora did not want to work with the Windows 
clipboard.

When I tried to paste text from the clipboard into Eudora, Eudora 
crashed. And copying text in Eudora did *not* copy it to the clipboard.

Is this a known issue?

And is it related in any way to the compatibility mode in which Eudora 
is run? (i.e. right click the exe file and choose a compatibility mode)

In what compatibility mode should you have Eudora run? Right now, on 
that friend's computer it says Windows98. When we tried Windows XP 
compatibility, the program didn't seem to want to retrieve any mail (POP 
check kept hanging forever).


Before I go back to mend the data folder issues, I'd like to be sure I 
can get the copy/paste problem solved.
Also, the ability to copy/delete/explore attachments from within Eudora, 
and the ability to click on a URL and have it launch the web browser. 
These were all things that didn't work.

If you say *all* of these issues are related to the data folder 
location, then I guess we're ready to go and fix it.
MTIA.
-- 
Frank Lekens (not planning to switch from his good old XP anytime soon)

		www.xs4all.nl/~fmlekens

Frank Lekens <frankhaalditmaarweglekens@xs4all.invalid> wrote in 
news:4d5f8093$0$41117$e4fe514c@news.xs4all.nl:

> If you say *all* of these issues are related to the data folder 
> location, then I guess we're ready to go and fix it.
> MTIA.
> 

Hall Frank!

I think that all those issues are related to W7's program protection 
issues.  Just copy the data directorie(s) to another location.  Then adjust 
the shortcut that launches Eudora to refer to that location following the 
old 1,2,3 rules:
Target has 3 variables - path to program, path to mail, path to ini.  The 
last one often can be dropped as the ini is usually in the mail directory.
example:
"C:\Program Files\Qualcomm\Eudora\Eudora.exe" "D:\mail directory" "E:\path 
to ini directory"
This all on 1 line in the "target" field of the shortcut.

Hartelijke groeten!
-- 
Best regards
Han 
email address is invalid

On 19-2-2011 13:46, Han wrote:
> Frank Lekens<frankhaalditmaarweglekens@xs4all.invalid>  wrote in
> news:4d5f8093$0$41117$e4fe514c@news.xs4all.nl:
>
>> If you say *all* of these issues are related to the data folder
>> location, then I guess we're ready to go and fix it.
>> MTIA.
>>
>
> Hall Frank!
>
> I think that all those issues are related to W7's program protection
> issues.  Just copy the data directorie(s) to another location.  Then adjust
> the shortcut that launches Eudora to refer to that location following the
> old 1,2,3 rules:
> Target has 3 variables - path to program, path to mail, path to ini.  The
> last one often can be dropped as the ini is usually in the mail directory.
> example:
> "C:\Program Files\Qualcomm\Eudora\Eudora.exe" "D:\mail directory" "E:\path
> to ini directory"
> This all on 1 line in the "target" field of the shortcut.
>
> Hartelijke groeten!

Bedankt!

In what compatibility mode are you running Eudora?
Windows 98 or Windows XP compatibility?

I'm wondering whether the hanging POP check had to do with the data 
folder location, or with the compatibility option in connection with the 
problem described here:
http://eudorabb.qualcomm.com/showpost.php?p=46361

I.e. I'm wondering whether that ssl problem only crops up if you choose 
Windows XP compatibility. (Since with Windows 98 compatibility that 
instance of Eudora ran fine.)
-- 
Frank Lekens

		www.xs4all.nl/~fmlekens

Frank Lekens <frankhaalditmaarweglekens@xs4all.invalid> wrote in
news:4d5fc798$0$81475$e4fe514c@news.xs4all.nl: 

> On 19-2-2011 13:46, Han wrote:
>> Frank Lekens<frankhaalditmaarweglekens@xs4all.invalid>  wrote in
>> news:4d5f8093$0$41117$e4fe514c@news.xs4all.nl:
>>
>>> If you say *all* of these issues are related to the data folder
>>> location, then I guess we're ready to go and fix it.
>>> MTIA.
>>>
>>
>> Hall Frank!
>>
>> I think that all those issues are related to W7's program protection
>> issues.  Just copy the data directorie(s) to another location.  Then
>> adjust the shortcut that launches Eudora to refer to that location
>> following the old 1,2,3 rules:
>> Target has 3 variables - path to program, path to mail, path to ini. 
>> The last one often can be dropped as the ini is usually in the mail
>> directory. example:
>> "C:\Program Files\Qualcomm\Eudora\Eudora.exe" "D:\mail directory"
>> "E:\path to ini directory"
>> This all on 1 line in the "target" field of the shortcut.
>>
>> Hartelijke groeten!
> 
> Bedankt!
> 
> In what compatibility mode are you running Eudora?
> Windows 98 or Windows XP compatibility?
> 
> I'm wondering whether the hanging POP check had to do with the data 
> folder location, or with the compatibility option in connection with
> the problem described here:
> http://eudorabb.qualcomm.com/showpost.php?p=46361
> 
> I.e. I'm wondering whether that ssl problem only crops up if you
> choose Windows XP compatibility. (Since with Windows 98 compatibility
> that instance of Eudora ran fine.)

Frank, I retired, and now I have only intermittent access to the Win7 
machine at work.  I believe it is set as XP compatibility mode.  I never 
had Win98.  That setting works fine for me.

SSL is still a bit slow the first time connecting.  Especially connecting 
to google.  No big deal for me.

-- 
Best regards
Han 
email address is invalid

On 19 Feb 2011 13:55:46 GMT, Han <nobody@nospam.not> wrote:

>Frank Lekens <frankhaalditmaarweglekens@xs4all.invalid> wrote in
>news:4d5fc798$0$81475$e4fe514c@news.xs4all.nl: 
>
>> On 19-2-2011 13:46, Han wrote:
>>> Frank Lekens<frankhaalditmaarweglekens@xs4all.invalid>  wrote in
>>> news:4d5f8093$0$41117$e4fe514c@news.xs4all.nl:
>>>
>>>> If you say *all* of these issues are related to the data folder
>>>> location, then I guess we're ready to go and fix it.
>>>> MTIA.
>>>>
>>>
>>> Hall Frank!
>>>
>>> I think that all those issues are related to W7's program protection
>>> issues.  Just copy the data directorie(s) to another location.  Then
>>> adjust the shortcut that launches Eudora to refer to that location
>>> following the old 1,2,3 rules:
>>> Target has 3 variables - path to program, path to mail, path to ini. 
>>> The last one often can be dropped as the ini is usually in the mail
>>> directory. example:
>>> "C:\Program Files\Qualcomm\Eudora\Eudora.exe" "D:\mail directory"
>>> "E:\path to ini directory"
>>> This all on 1 line in the "target" field of the shortcut.
>>>
>>> Hartelijke groeten!
>> 
>> Bedankt!
>> 
>> In what compatibility mode are you running Eudora?
>> Windows 98 or Windows XP compatibility?
>> 
>> I'm wondering whether the hanging POP check had to do with the data 
>> folder location, or with the compatibility option in connection with
>> the problem described here:
>> http://eudorabb.qualcomm.com/showpost.php?p=46361
>> 
>> I.e. I'm wondering whether that ssl problem only crops up if you
>> choose Windows XP compatibility. (Since with Windows 98 compatibility
>> that instance of Eudora ran fine.)
>
>Frank, I retired, and now I have only intermittent access to the Win7 
>machine at work.  I believe it is set as XP compatibility mode.  I never 
>had Win98.  That setting works fine for me.
>
>SSL is still a bit slow the first time connecting.  Especially connecting 
>to google.  No big deal for me.

I'm using Eudora 7.1.0.9 on Windows 7.

Yes, most of these problems are related to where the data folder is
located.  Windows 7 can't save anything to the protected Program Files
(x86) directory and uses a "Virtual Store" location in the
users\username\AppData folder. 

Eudora runs fine in Windows 7 without setting it to XP, or earlier,
compatibility mode.

With the fix posted by John Meyers my Google logs in in just a little
over 2 seconds.

groetjes,

On Sat, 19 Feb 2011 11:38:15 -0400, Ajo Wissink
<ajo@notrealaddress.invalid> wrote:

>With the fix posted by John Meyers my Google logs in in just a little
>over 2 seconds.

Of course that was supposed to mean Gmail

On 2/19/2011 2:36 AM, Frank Lekens wrote:

> Storing the mailbox files in the program directory most likely was one
> of the problems, but I didn't know it was as serious as that reference
> makes it out to be.
> 
> 
> For the record -- although mailbox files were kept in the program
> directory, it *was* possible to create, send and receive e-mail.

The longer you leave this uncorrected,
the more you'll eventually have to fix,
so I would face up to straightening it out now:

Install properly and avoid "Virtualization"
http://eudorabb.qualcomm.com/showpost.php?p=43490
(this links to other documents which go into detail)

Many a problem which could not be precisely explained
as due to that original cause
has nonetheless mysteriously gone away after that correction.

If you want to take the line that cigarettes haven't actually been
absolutely proved to cause [name some disease here],
then keep smoking, but I think you'll pay for holding out.

> In what compatibility mode should you have Eudora run? Right now, on
> that friend's computer it says Windows98. When we tried Windows XP
> compatibility, the program didn't seem to want to retrieve any mail
> (POP check kept hanging forever).

The user below changed to "XP compatibility" to "solve" one problem,
and then found himself with a brand new problem,
completely apart from the issue above,
since the user had not put "data" in "program files":
http://eudorabb.qualcomm.com/showthread.php?t=16489

It's conceivable that the two separate issues might even interact,
but as far as I've been reading, "XP compatibility" isn't needed,
and if so, why set it?

Eudora 7, by the way, has minor issues vs. Win98, so
why set it like that, either, since Eudora seems to work nicely,
for people who have never tried to defy Windows' UAC protection,
with no need to set any "compatibility mode."

> Before I go back to mend the data folder issues, I'd like to be sure
> I can get the copy/paste problem solved.
> Also, the ability to copy/delete/explore attachments from within Eudora,
> and the ability to click on a URL and have it launch the web browser.

I'm sure there must be a "magic tonic" somewhere, that cures everything.

> If you say *all* of these issues are related to the data folder
> location, then I guess we're ready to go and fix it.

When a chap stumbled into an emergency room after being shot,
the doctors couldn't say that removing the bullet and sewing him up
would cure him of every other possible medical condition,
but they did say that it was definitely a good first step
towards remaining alive long enough to come back for further tests ;-)

-- 

On 2/19/2011 7:55 AM, Han wrote:

> SSL is still a bit slow the first time connecting.

"A bit" can be well over one minute, for some people!

It seems to have been clear for some time that this is due to
Windows 7 giving a hard time to the OpenSSL library
used by Eudora versions 6.2 through 7.1, as reported here
by the first person to analyze the issue thoroughly:

Graphically:
http://thenewjamesbaker.blogspot.com/2009/11/performance-of-heap32next-on-64-bit.html

Someone identified only as "JCF" compared the source code
of OpenSSL, after the update recommended by OpenSSL,
to locate a single machine-language instruction to change
within an already compiled Eudora library:

"How to patch QCSSL.dll to fix slow (or failed) first SSL"
http://eudorabb.qualcomm.com/showpost.php?p=46361

The _already patched_ file (for version 7.1.0.9)
is attached to that post, so you don't have to patch it yourself.

You can, however, check to verify, as described in the post,
that it differs from the originally installed file in only one byte.

-- 

On 19-2-2011 17:17, John H Meyers wrote:
> On 2/19/2011 7:55 AM, Han wrote:
>
>> SSL is still a bit slow the first time connecting.
>
> "A bit" can be well over one minute, for some people!
>
> It seems to have been clear for some time that this is due to
> Windows 7 giving a hard time to the OpenSSL library
> used by Eudora versions 6.2 through 7.1, as reported here
> by the first person to analyze the issue thoroughly:
>
> Graphically:
> http://thenewjamesbaker.blogspot.com/2009/11/performance-of-heap32next-on-64-bit.html
>
> Someone identified only as "JCF" compared the source code
> of OpenSSL, after the update recommended by OpenSSL,
> to locate a single machine-language instruction to change
> within an already compiled Eudora library:
>
> "How to patch QCSSL.dll to fix slow (or failed) first SSL"
> http://eudorabb.qualcomm.com/showpost.php?p=46361
>
> The _already patched_ file (for version 7.1.0.9)
> is attached to that post, so you don't have to patch it yourself.
>
> You can, however, check to verify, as described in the post,
> that it differs from the originally installed file in only one byte.
>

As soon as I get my hands on the machine again I'll reinstall the whole 
thing properly. Good to know that that compatibility thing isn't even 
necessary.

Many thanks for taking the trouble to provide that fixed dll, by the way.

-- 
Frank Lekens

		www.xs4all.nl/~fmlekens

On 2/19/2011 10:17 AM, John H Meyers wrote:

[re Eudora stalling on the first SSL connection]

> It seems to have been clear for some time that this is due to
> Windows 7 giving a hard time to the OpenSSL library
> used by Eudora versions 6.2 through 7.1, as reported here
> by the first person to analyze the issue thoroughly:
> 
> Graphically:
> http://thenewjamesbaker.blogspot.com/2009/11/performance-of-heap32next-on-64-bit.html

A companion reference was accidentally omitted.
For the sake of the curious, who want to see more:

Analysis of OpenSSL code (geek stuff):
http://rt.openssl.org/Ticket/Display.html?id=2100&user=guest&pass=guest

_Then_ someone identified only as "JCF"
located a single machine-language instruction,
within an already compiled Eudora library,
which could be changed to accomplish the suggested work-around
for Windows 7, on which what should have taken an insignificant
amount of time (e.g. milliseconds) could actually take seconds,
and this function was in turn originally called 80 times (thus possibly
looping for more than an entire minute) by OpenSSL's initialization.

With the patch, OpenSSL initialization is shortened
even on older Windows versions, but most dramatically on Windows 7,
and without risking reduced security, according to JCF's analysis
(ensuring true security is actually what this "initialization" is for,
and OpenSSL takes that point very seriously, even though most users
would be quite unaware if supposed "128-bit security" SSL
were reduced to something quite less).

Applying JCF's solution was merely converted by JHM
from requiring a special "C" compiler to compile a patching program
to using any common stand-alone "hex editor" to make the patch:

"How to patch QCSSL.dll to fix slow (or failed) first SSL"
http://eudorabb.qualcomm.com/showpost.php?p=46361

The _already patched_ file (for version 7.1.0.9)
is attached to that post, so you don't have to patch it yourself.

You can, however, check to verify, as described in the post,
that it differs from the originally installed file in only one byte.

In the references above, Mr. Baker points out that Microsoft
turned a deaf ear, as it were, to his very thorough documentation
of the obvious mistake in Windows 7, with one isolated place
in Microsoft saying, in effect, "this ain't my department,"
and not much helping to forward the matter
to whatever department it actually belongs to
(perhaps Microsoft has become as unmanageable
as other bloated organizations, and should hire Google Maps
to find out "how to get there from here" :)

-- 

On 19-2-2011 16:49, John H Meyers wrote:
> On 2/19/2011 2:36 AM, Frank Lekens wrote:
>
>> >  Storing the mailbox files in the program directory most likely was one
>> >  of the problems, but I didn't know it was as serious as that reference
>> >  makes it out to be.
>> >
>> >
>> >  For the record -- although mailbox files were kept in the program
>> >  directory, it*was*  possible to create, send and receive e-mail.
> The longer you leave this uncorrected,
> the more you'll eventually have to fix,
> so I would face up to straightening it out now:
>
> Install properly and avoid "Virtualization"
> http://eudorabb.qualcomm.com/showpost.php?p=43490
> (this links to other documents which go into detail)
>
> Many a problem which could not be precisely explained
> as due to that original cause
> has nonetheless mysteriously gone away after that correction.

Just to report back: as was the case in this instance.
Re-installed Eudora 7 the proper way, as decribed in the links, and just 
to be sure also replaced the secure socket dll, and things seem to be 
mended. Thanks all.

-- 
Frank Lekens

		www.xs4all.nl/~fmlekens