Problem with Eudora address book

[MaryL]

I have suddenly developed a problem with my address book. Friends moved to
another city and sent a change of address. I entered that address, but they
did not receive anything I emailed to them. I carefully re-entered all
information, and the same thing happened. I have changed addresses numerous
times (including an earlier change for the same people) and never had any
problems. Next, I deleted their name and listed them in a different manner
(husband and wife instead of wife and husband). Same thing! They did not
receive any mail. I tried several name variations, and they did not receive
any mail. Each time, I checked the address book and also checked the
recipient list under Message and also looked at Remove Recipient under
Special. Everything appeared to be correct. The only way was finally able
to get messages to them was to manually enter their new address in "To:"
instead of entering their names in the address book.

One thing I noticed that is now different when I enter an address in Address
Book is that the new name always shows up at the bottom of the list. All
other names are in alphabetical order. Can you help? I always check
"Recipient List" in the address book, and I can't think of anything that I
did differently this time.

I am using Eudora 7.1.0.9 (paid mode) and Win 7 Home Premium.

Thanks,
MaryL

[Han]

"MaryL" <stan...@invalid.yahoo.com> wrote in
news:a71c9h...@mid.individual.net:

This is not usual behavior. The fact that changes in your addressbook do
not get "active" suggests that you have the addressbook file located in a
directory that is not really "permitted" under Win7. That may (emphasis
may) mean that your mailboxes are similarly in the wrong place nd that
your emails are not properly saved.

When you installed Eudora under Win7, where did the data files end up?
How many files are on your machine with the name "in.mbx" and "in.toc?

--
Best regards
Han
email address is invalid

[MaryL]

"Han" wrote in message news:XnsA098451D...@207.246.207.159...

~~~~~~~~~~~~~~~~~~
As an experiment, I temporarily added myself to the address book under a
fictitious nickname. When I did that, I did receive mail. So, it is only
my friends' address that does not become active, but it seems to happen
*only* for them. However, my nickname (just as described with my friends)
shows up at the end of the list of addresses instead of in alphabetical
order. I don't remember ever seeing that before.

The path for Data shown in "About" is:
C:\Users\Owner\AppData\Roaming\Qualcomm\Eudora. There is one "in.mbx" and
one "in.toc" file. However there is also the following: one "in.mbx.001";
one "in.mbx.002" file; one "in.toc.001"; one "in.toc.002." You did not ask
about "out.mbx" and "out.toc" files, but the numbers (including
"out.mbx.001" etc.) are identical for those files.

Does this information help? The two things that are most puzzling to me
are: (1) It is *only* the new address my one set of friends that does not
work; and (2) New entries in Address Book now appear at the end of the list
even though all others appear in alphabetical order. I do not have any
problems sending or receiving mail from any other people.

Thanks,
MaryL

[Michael T. Davis]

I can't help with the delivery problem, but I have observed that
additions I make to the address book are initially reflected at the end
of the address book list. (Actually, in my case, they seem to appear just
above the last entry, but that's not really important...read on.) If I
quit Eudora, and then restart it, all the entries are in alphabetical order,
by nickname, as I have the order specified. (Note that you can specify
which field controls the display order with the "View by" field in the
address book window.)

Regards,
Mike

[MaryL]

"Michael T. Davis" wrote in message
news:juh7ga$3q0$1...@news1.cse.ohio-state.edu...

~~~~~~~~~~~~~~~
Thanks, Mike. That does appear to be the answer to the alphabetical
listing. I did have nicknames specified for the display order. However, I
had only checked the listing by exiting Address Book and then reopening it.
I had not quite Eudora and then restarted.

Now, it only someone has a solution to why I can't send email to my friends
by using nicknames, just as I do with everyone else (and did with them until
they moved and set up a new address). That one is driving me crazy.

MaryL

[Han]

"MaryL" <stan...@invalid.yahoo.com> wrote in
news:a72f19...@mid.individual.net:

> ~~~~~~~~~~~~~~~~~~
> As an experiment, I temporarily added myself to the address book under
> a fictitious nickname. When I did that, I did receive mail. So, it
> is only my friends' address that does not become active, but it seems
> to happen *only* for them. However, my nickname (just as described
> with my friends) shows up at the end of the list of addresses instead
> of in alphabetical order. I don't remember ever seeing that before.
>
> The path for Data shown in "About" is:
> C:\Users\Owner\AppData\Roaming\Qualcomm\Eudora. There is one "in.mbx"
> and one "in.toc" file. However there is also the following: one
> "in.mbx.001"; one "in.mbx.002" file; one "in.toc.001"; one
> "in.toc.002." You did not ask about "out.mbx" and "out.toc" files,
> but the numbers (including "out.mbx.001" etc.) are identical for those
> files.>

> Does this information help? The two things that are most puzzling to
> me are: (1) It is *only* the new address my one set of friends that
> does not work; and (2) New entries in Address Book now appear at the
> end of the list even though all others appear in alphabetical order.
> I do not have any problems sending or receiving mail from any other
> people.


> Thanks,
> MaryL

OK that all is in order and as it should be. Sorry to have sent you off
on a tangent. My addressbook is sorted by nickname, and there are a
myriad other ways to sort it. However, I do not seen anything like by
order of entry. Baffled.

[MaryL]

"Jim Higgins" wrote in message
news:sa1p089m7s3oo2g2v...@4ax.com...

I hate to admit it, but I've entered new addresses incorrectly. Then
screwed it up a second time when "correcting" the first error. Due to
the way the address book works, you either have a typo or else you
have a friend nicknamed "Bobbie Whatever" and a friend named "Bobby
SomethingElse" and you're getting "Bobbie Whatever" when you want
"Bobby SomethingElse" because you're not typing in enough letters
before accepting the suggestion Eudora gives.

I suggest you first retype the email address into the address book,
one finger typing, one letter at a time. At the same time, look at
the nicknames just above this address and see how many initial letters
are similar. And if none of that works, call them and ask them to
email you something and when you get it use "Make Address Book
Entry..." from the "Special" menu to make the address book entry.
That's pretty much gotta work. And if it doesn't, something is going
with your ISP or theirs AFTER Eudora sends.

If you have a retained copy of messages that didn't go thru and the
one that did, print them and compare the addresses on them a letter at
a time.

You can close Eudora and look at the content of the address book as a
text file. the main address book is a file called NNdbase.txt. If
your friends are in a separate folder added to the address book,
search your drive for a text file with the name of the address book
folder. Let's say the address book folder is "friends" - look for
friends.txt. Look for strange characters in the area of your friend's
entry. The address book format will be fairly apparent and easy to
edit, but you'd be nuts not to back up first.

Good luck
--
Please don't be a "Help Vampire"
http://slash7.com/pages/vampires

~~~~~~~~~~~~~~~~
I had already done most of this except for the "Make Address Book Entry"
from the "Special" menu. I was not familiar with that. I have always
opened Address Book from the icon at the top of the page and entered
addresses from that location. I will try your suggestion. I have already
entered their new address numerous times, using variations of their names.
I have also used copy and paste to copy their address from one of their
emails and pasted it into my address book. It is very strange: I can
receive email from them, but they do not receive mine. They are the *only*
recipients where I have this problem. I do back up NNdbase.nnt and
NNdbase.toc fairly often. I'm not familiar with NNdbase.txt. I do not have
a separate "friends" folder; all of my addresses are in the primary Address
Book folder.

I use SuddenLink, and I plan to check with them. However, I suspect that
the problem may be with my friends' new address. They previously used
SuddenLink, but they moved recently and now are using ATT. Their address is
a very simple one, and it would be difficult to mess it up, given the number
of times I have entered it. However, I did check several times and could
not find any errors. I also used several variations of their nicknames, in
case my email was somehow picking up their old address (even though I had
deleted them). I still had the same problem every time *except* when I
entered their email address directly into "To:" in Eudora instead of using
the recipients list.

Thanks,
MaryL

[MaryL]

"Jim Higgins" wrote in message
news:sa1p089m7s3oo2g2v...@4ax.com...

<snip>

You can close Eudora and look at the content of the address book as a
text file. the main address book is a file called NNdbase.txt. If
your friends are in a separate folder added to the address book,
search your drive for a text file with the name of the address book
folder. Let's say the address book folder is "friends" - look for
friends.txt. Look for strange characters in the area of your friend's
entry. The address book format will be fairly apparent and easy to
edit, but you'd be nuts not to back up first.

Good luck
--
Please don't be a "Help Vampire"
http://slash7.com/pages/vampires

~~~~~~~~~~~

I have not been able to find NNdbase.txt. Can you help? You said to close
Eudora and look at that file. I have a backup copy of NNdbase.nnt and
NNdbase.toc, but I have not been able to find NNdbase.txt. I closed Eudora
and did a search...but no luck. It would also be very helpful for other
purposes if I could view the address book as a text file.

Thanks,
MaryL

[Daniel Jacobson]

In article <a73ha6...@mid.individual.net>, stan...@invalid.yahoo.com says...

> I still had the same problem every time *except* when I
> entered their email address directly into "To:" in Eudora instead of using
> the recipients list.

The Recipients List is file Rcpdbase.txt. If it is incorrect there,
that could be where the problem is versus the address book. You will
have to manually delete it from the Recipients list and then add it
back correctly.

As to why you cannot find your address book file, nndbase.txt, you could
be hiding it from simple viruses.
Tools | Options | Miscellaneous |
Checked Hide address books from simple viruses

If that is checked, your address book will be named nndbase.nnt
The *.txt files will have the *.nnt file extension.

Over and Out
Daniel Jacobson

[MaryL]

"Daniel Jacobson" wrote in message
news:-vqdnZDIAZNhdJHN...@posted.internetamerica...

~~~~~~~~~~~~~~~~~~~
Tools | Options | Miscellaneous "Hide address books from simple viruses" is
checked, as you surmised. I regularly back up NNdbase.nnt and NNdbase.toc
(but they cannot be read as text files). I don't know what I am doing in
this area. If I temporarily uncheck "Hide address books...," will an
additional text file be revealed or will it actually replace NNdbase.nnt.
Will everything be restored when I re-check "Hide address books...."?

RCPdbase.txt is among the files listed when I click on the path under Help |
About Eudora. Is that correct? It is a text list of recipients, but it
only shows names (not addresses).

MaryL

[Han]

"MaryL" <stan...@invalid.yahoo.com> wrote in
news:a73vhb...@mid.individual.net:

> I have not been able to find NNdbase.txt. Can you help? You said to
> close Eudora and look at that file. I have a backup copy of
> NNdbase.nnt and NNdbase.toc, but I have not been able to find
> NNdbase.txt. I closed Eudora and did a search...but no luck. It
> would also be very helpful for other purposes if I could view the
> address book as a text file.

You should be able to "drop" nndbase.nnt onto notepad or wordpad for
editing. Just make sure there is a backup

[MaryL]

"Han" wrote in message news:XnsA0994E4D5...@216.151.153.159...

~~~~~~~~~~~~~~~
Okay, thanks. I will make a clean backup and then do that later today.

MaryL

[John H Meyers]

On 7/23/2012 8:55 AM, MaryL wrote:

[...]

In all this discussion, we have no evidence
of what you inserted into your "To:" field,
and of what anything inserted into your "To:" field
actually became when sending your message.

We also heard that people to whom you want to write
did not receive your messages, but did we ever hear
what became of the non-received messages? Did you
ever receive them back, as "undeliverable," say?

How do you know what addresses were really sent out?

How do you know that your messages are not stuck
in a "spam" quarantine somewhere, or discarded?

Did you add a "Bcc" to yourself, to see whether
you even received a copy back to your own "In" mailbox?

Why don't we stop guessing and start getting some concrete info?

To begin with, how about making this setting:

Menu: Tools > Options
Category: Miscellaneous
Setting: Automatically expand nicknames [yes]

When you now select recipients from your address book,
your To/Cc/Bcc fields will not remain showing only "nicknames,"
but those nicknames will be immediately "expanded"
(replaced with the actual header info which will be sent).

You will then be able to see whether the addresses you only
assume are being used are actually being substituted and used,
and if not, you'll see what your To/Cc headers actually look like
when the message is being sent.

An "all bytes sent" log of your connection to the outgoing (SMTP) server
would be even better, because it will contain one individual command
for every real address (including even Bcc), like this:

MAIL FROM: <your@address>
RCPT TO: <one@recipient>
RCPT TO: <next@recipient>
[...]
RCPT TO: <last@recipient>
DATA
[message to be delivered goes here, starting with its headers]
. <=== a line containing a single period is the end of "data"

Note that in all the lines before the DATA command,
the addresses are not cluttered up with names or punctuation,
as in the composed headers -- that is, if you composed
To: "Sally (My Dear Sister) Roberts" <sa...@example.com>

then one of the "rcpt to" commands to the server would be simply
RCPT TO: <sa...@example.com>

Servers actually pay no heed to the composed To/Cc headers
which follow the "DATA" command -- they route messages only to
the "raw" addresses given to them in the "RCPT TO" commands,
so that's the ultimate proof of whether or not
a message ever got out to a server
directed to the destination address(es)
that you intended it to go to.

Otherwise, mistakes such as bad punctuation or parentheses
could be causing an entry in an address book
to not actually mean what you were thinking when you typed it,
or could cause an entire line of "addresses" to be ignored,
"swallowed up" into a quoted string or (inside parentheses), say.

By the way, "SMTP" stands for Simple Mail Transfer Protocol,
and you can see, in the example above, how extremely simple it is,
consisting of telling the server the sender's plain address,
then every individual recipient's plain address,
then the "data package" which every recipient is to identically receive.

Each server then forwards messages to the next server "closer" to
each final recipient, using the exact same protocol, until, hopefully,
a copy arrives at each individual destination mailbox.

If you'd like to capture that level of explicit dialog going to the server,
to leave no doubt whatsoever as to whether your message starts out properly
on its journey, just turn on Eudora's excellent logging, which Eudora makes
easy while other programs leave you merely guessing and groping in the dark.

Logging instructions for "classic" Eudora:

Windows: <http://eudorabb.qualcomm.com/showthread.php?t=476>
Mac: <http://eudorabb.qualcomm.com/showthread.php?t=437>
<http://eudorabb.qualcomm.com/showthread.php?t=1546>

When I was a kid, I was told to stop mumbling and speak clearly,
or else no one will understand what I want or need,
and that's pretty much the same as my perpetual message on forums --
replace vague talk with explicit and clear details and settings,
specific actual steps you tool and data you entered,
specific and precise error messages, use screen images and logs --
a doctor can't transform a vague "I'm not well" into a diagnosis and cure,
but after using a thermometer, blood pressure gauge,
sending a blood sample for lab analysis, seeing what the nose, throat and ears
actually look like under bright light, hearing actual chest sounds,
getting an X-ray/CAT scan/MRI, etc., only then can (s)he make an accurate
diagnosis, followed by direct and effective treatment and relief.

Similarly, our collective self-government is ineffective
unless we have access to all the details of who influenced whom,
did what, paid for what, etc., with institutions collectively known as
"press" and "media" reporting complete details, to a public
which pays sufficient time and attention, and educates itself
to understand what is going on, which seems to barely happen at all.

--

[John H Meyers]

On 7/26/2012 12:47 PM, Dennis Lee Bieber wrote:

JHM:
>> Each SMTP server then forwards messages to the next server

>> "closer" to each final recipient, using the exact same protocol,
>> until, hopefully, a copy arrives at each individual destination mailbox.

DLB:

> With the rise of spam, that forwarding scheme
> has become a bit shorter...
> The server of one's ISP accepts the message from one's client,
> then determines (based upon MX records in name server look-ups)
> the final destination server that feeds messages to each recipient,
> and forwards a copy to each of those destination servers.

> The days of passing a message to any old SMTPd and letting it pass
> it on to any other SMTPd down the line are pretty much over.

I understand the mental picture you formed about what I said,
but I disagree; everything continues to do exactly what I said,
even though the details may also sometimes (but not necessarily)
happen to be almost as simple and direct as you said.

In some larger domains, mail gets passed "up a chain"
of _internal_ servers of the local ISP or private network,
even before it arrives at a "border" server
which will perform a "DNS MX record lookup"
to determine its next "hop" to another domain.

Likewise, at the destination end, the server(s) pointed to
by public MX record lookups may not be "final destinations" at all,
particularly when they are gateways to monster networks
handling mail contracted out to them by smaller ISPs,
so at that end, mail may still be "passed down a chain"
to a final delivery point
for just the local domain of the actual recipient.

In our own case, our domain's MX record
happens to point to a spam/virus screening "appliance"
owned by (and physically at) an independent ISP in our town.

We are one of the "tenants" having accounts in that appliance,
and after that appliance has had its peek at messages
and has "quarantined" those it deems objectionable,
only then do we have the messages take the next hop,
through a firewall and into the real "border" SMTP server
located in our own domain.

Some final recipients in our domain happen to have
POP mailboxes on that same server, but other messages
take another "hop" right back out again,
back to that same appliance it just passed through earlier,
where one of our sub-domains is an independent tenant
in that same appliance, and from there, this traffic
takes a last "hop" back to a "Microsoft Exchange" server on campus,
which those "mavericks" (our Computer Science department) prefer.

You'd think "real computer scientists" might appreciate
the superiority of our Unix-based servers to Microsoft monstrosities,
but their graduates all dream of being hired by Microsoft
and becoming millionaires, so perhaps they do this
to enhance their "practical MS skills" ;-)

Our story doesn't end there, because we are now gradually shifting
all our accounts that aren't on Microsoft Exchange
to be delivered to Google mail accounts with "@ourselves.edu"
as our branded domain name. You wouldn't know this from our
MX record, however, because all mail still first wends its way
around this town, arrives on campus, and if the account is
among those thus far migrated to Google, out it goes again,
to some main Google SMTP server, which hands it off until it reaches
its unknown (to us) final resting place somewhere in Google.

Despite quite a bit of potential hopping, all this
generally happens within a few seconds in real time,
and no one is the wiser about the wild ride taken en route,
nor need even care.

--