SMTP relay help please?
RW
Yesterday I created a new personality to retrieve email from a mailbox at my
webhost. No problem. Other than an occasional timeout issue, it's working
great. But if I try to reply to one of these messages, I receive a "no
unauthenticated relaying allowed" error message.
I do some research and discovered I must also have a relay personality to be
able to reply. And yes, my webhost DOES allow authenticated smtp relaying.
So, I create the relay personality and make the required changes to Eudora's
settings but now I get an error message stating I must configure my email
client to allow authentication. But I have! And I've triple checked and
indeed, I believe I have made all the required settings changes to Eudora.
So what am I overlooking here?
My workaround is to always select the dominant personality when replying.
It's only one extra step but if I forget I have to waste time resending the
message.
John H Meyers
> Running Eudora 7.1.0.9, Windows XP
> I create the relay personality and make the required changes to Eudora's
> settings but now I get an error message stating I must configure my email
> client to allow authentication. But I have!
The authentication failed. Make a log and see first hand:
"Windows Eudora Logging Instructions"
http://eudorabb.qualcomm.com/showthread.php?t=6259
One of the most common reasons is that it isn't set up properly;
everyone may say that it is, but one can not confirm this at a distance.
In particular, note that when one personality indicates
to "use relay personality" for outgoing mail,
then no SMTP settings in that personality have any effect at all,
because it's the _other_ personality whose settings are actually used.
Assuming that you remember all your passwords, try having Eudora
forget them (under "Special"), then *check* mail for all personalities,
then try sending mail. This assures that all passwords match the POP server
of each personality -- however, they must _also_ match the SMTP server
in each personality, particularly in the "relay" personality,
which is where (outgoing) authentication often fails,
due to mixing servers having different logins into the same personality.
"Eudora settings for servers"
http://eudorabb.qualcomm.com/showpost.php?p=42122
--
RW
"Jim Higgins" <inv...@invalid.invalid> wrote in message
news:i9are5hveg0n40du8...@4ax.com...
> Perhaps I'm missing something here, but...
>
> If you will simply not include any SMTP information in a personality
> that is intended to be "receive mail only" then when you reply to mail
> received by that personality it will be replied to by the dominant
> personality. I have a half dozen different "POP only" personalities
> for which I've supplied no SMTP information. All replies are via my
> dominant personality by default.
>
> In my experience, any setting that's missing from a given personality
> will be replaced by the dominant personality's value for that setting.
> --
> Please don't be a "Help Vampire"
> http://slash7.com/pages/vampires
RW
Eudora defaults to the dominant personality on my laptop running Vista, but
not on my desktop running XP.
Any more thoughts?
"Jim Higgins" <inv...@invalid.invalid> wrote in message
news:i9are5hveg0n40du8...@4ax.com...
> On Sat, 31 Oct 2009 09:02:07 -0700, "RW" <range...@yahoo.com> wrote:
>
John H Meyers
> Eudora defaults to the dominant personality on my laptop running Vista,
> but not on my desktop running XP.
Any newly created personality in a late version of Eudora
will NOT inherit (from "Dominant") any of the settings
defined in the "Properties" of a personality,
because the creation, within Eudora, of a new personality
automatically generates a new value (even if empty)
for all of the properties, for the very purpose
of ensuring the complete independence of personalities.
You can, of course, do otherwise, by directly editing Eudora.ini,
but why bother, when the straightforward, direct configuration of Eudora
will do everything correctly anyway?
> Any more thoughts?
http://groups.google.com/group/comp.mail.eudora.ms-windows/msg/1281602e2f47e823
--
RW
will do everything correctly anyway?"
I would actually prefer that the personality in question does inherit it's
properties from the dominant personality just as it does on my laptop. I
can't seem to make relaying work so I thought this would be my salvation.
I'm running the same version of Eudora on both PC's so maybe the issue is
with the operating system and not Eudora?
I even set my laptop right next to my desktop and matched all the Eudora
settings and Eudora still won't default on the XP machine. Argh!!!
"John H Meyers" <jhme...@nomail.invalid> wrote in message
news:op.u2sut...@miu.edu...
John H Meyers
> I would actually prefer that the personality in question does inherit its
> properties from the dominant personality just as it does on my laptop.
Delete lines in the [Persona-xyz] section of Eudora.ini which have no value.
> I can't seem to make relaying work so I thought this would be my salvation.
If you want "Dominant" to do the relaying
("pinch hitting" by using its SMTP server whenever mail is sent),
select "Dominant" under "Sending Mail,"
where the "SMTP Relay Personality" is selected,
and mark "Use relay personality, if defined"
in all personalities which need a "pinch hitter" for sending mail.
If "Dominant's" SMTP server needs authentication (login),
it still had better use the same username/password
as "Dominant's" POP server (if it has one).
The effect of deleting lines to cause "inheriting settings,"
as mentioned above, is not equivalent, however,
so anyone relying on that may experience other sorts
of unexpected behavior -- whenever people have done such things,
they may end up tearing their hair out to understand the results
of such "invisible" internal settings tinkerings,
which no longer correspond to what "standard procedure" would produce,
using only plainly visible GUI settings.
Using a "Ports" settings category to change some "basic" port numbers
is another, similar way to end up with a scrambled brain,
in case any personality still needs the unmodified number(s).
> I'm running the same version of Eudora on both PC's
> so maybe the issue is with the operating system and not Eudora?
Only if you have caused Vista to perform "Folder virtualization"
by storing mail and settings under "Program Files,"
which is another way to lose clumps of hair,
after having grossly violated proper program installation
(a "Year 2000" dictum of Microsoft
which now has sharpened teeth, starting with Vista :)
--
RW
Right now my head feels like it's gonna explode!
"John H Meyers" <jhme...@nomail.invalid> wrote in message
news:op.u2t1b...@miu.edu...
Jim Higgins
>Ooops. I spoke too soon.
>
>Eudora defaults to the dominant personality on my laptop running Vista, but
>not on my desktop running XP.
>
>Any more thoughts?
Yes. Shut down Eudora. Open Eudora.ini using a text editor in plain
text mode, no wordwrap.
Now go to the section containing the parameters for the personality in
question and delete the lines containing parameter names with empty
values that are causing Eudora to ignore the same-named parameters
from the dominant personality. If deleting makes you nervous, just
comment them out by placing a semicolon in front of them.
Note I DIDN'T say to delete ALL empty valued parameters, just those in
conflict with the settings you know you want to inherit from the
dominant personality.
BTW, the values for the dominant personality are contained in the
rather large [Settings} section. There is no separate little block of
parameters with "[Persona - Dominant]" at the top of it.
The use of "relay personalities" replaces the need for manual INI file
editing, but as I recall the explanation on how to use relay
personalities in the HELP file is either really poor or nonexistant.
Hope that helps.
RW
"Jim Higgins" <inv...@invalid.invalid> wrote in message
news:1ut3f51hbla8f2rj7...@4ax.com...
John H Meyers
> The use of "relay personalities" replaces the need for manual INI file
> editing, but as I recall the explanation on how to use relay
> personalities in the HELP file is either really poor or nonexistant.
Has anyone seen any explanations offered right here?
Oh well, maybe just as bad :)
--
Jim Higgins
I won't reject the notion that a comprehensive explanation has been
given at some time in the past... to include what and why and not just
how... but I can't recall when that might have been.
Also, speaking as one not afraid to edit Eudora.ini or for that matter
to use a resource editor on several of Eudora's DLLs, editing the INI
file allows adding custom headers and a number of other things you
can't accomplish with relay personalities or at all without editing
Eudora.ini. Not the best solution for all and the OP didn't ask for
that, but my only available tool on the topic is a hammer and the
question looked like a nail to me. ;-) And the OP seems happy.
If someone were to write a coherent explanation of relay personalities
- what and why, not just how - I would sure read it carefully and file
it away.
John H Meyers
> I won't reject the notion that a comprehensive explanation has been
> given at some time in the past... to include what and why and not just
> how... but I can't recall when that might have been.
> If someone were to write a coherent explanation of relay personalities
> - what and why, not just how - I would sure read it carefully
> and file it away.
I've posted such an essay many dozens of times,
pitching it in different ways to see what may work
for particular people, as if I were a personal coach,
tailoring a program for each person; some were also
left where they can be referenced, e.g.:
"Eudora settings for servers"
http://eudorabb.qualcomm.com/showpost.php?p=42122
(more links in that post)
However, just as with manuals, writings merely collect dust,
and are rarely actually read -- perhaps because there isn't
one specifically written for every individual person's case,
or with something that "hooks" into how each person thinks,
or perhaps my own writing is just not good,
or perhaps each new person just expects personal service,
rather than try to find out by doing some looking around,
among all the petabytes of information generated in history,
which someone has bothered to store and save, for whatever reasons.
--
John H Meyers
> I won't reject the notion that a comprehensive explanation has been
> given at some time in the past... to include what and why and not just
> how... but I can't recall when that might have been.
That's why there are search engines -- and even manuals.
Qualcomm's sites, by the way, are much better searched
using Google than using their own embedded search engines:
Google:
<any query> site:qualcomm.com (for the Eudora user forums)
<any query> site:eudora.com (for the tutorials, tech notes, etc.)
That's how I find them myself!
Searchable newsgroup archives at groups.google.com
(which has an easy to use "advanced search")
also go all the way back to the origins of the groups.
I was trained how to use a library when I was a schoolchild;
do people learn how to use the whole world
of instantly available information, now that they are all online,
or do they just wait for someone else
to take them by the hand and do it for them?
--