Re: Z10 BC DNS Name

As well as keeping an eye on the IBM-MAIN archive, I receive a digest from
Google Groups. I noticed text in a post supposedly in this thread which did
*not* appear in the archives. This happens from time to time and, if the
subject of the thread is of interest, I repost so that everyone can benefit
from the contribution - in one way or another!

This post looks like it should be shown since it supports in a practical context
the theoretical approach I gave in my initial response.

<quote verbatim>

I'd think that you would want to use a name that reflects whatever standards
you already have for other servers on the network.

On my local LAN the servers typically have more than one DNS name. One is
used to point to the physical device (for those clients that really *do* want
to connect to a specific box. Other DNS names are used to identify specific
applications without referring to a specific piece of hardware. For example
there might be an ftp.mydomain.com and a "srv12345.mydomain.com". If I
need the FTP server I use the ftp name, if I need to run a remote console I
use the srv12345 name. Multi-NIC servers usually have one IP assigned to
management, so that's the interface that gets the "srv12345" name.

</quote verbatim>

The contributor goes by the name of Don with an - unhelpful for the purposes
of identification - e-mail address. He is otherwise an infrequent contributor to
a "group" which has something to do with "apple". Perhaps, with such useful
contributions to make, he may care to subscribe to IBM-MAIN and ensure his
contributions can be seen by *all* subscribers.

It seems, incidentally, that whatever the software is that runs on Don's
servers - I could guess some software from Apple, it does not have the option
to assign IP addresses independent of interfaces - virtual IP addresses
(VIPAs) in the z/OS Communications Server IP component world - which is
ideally what he would use for IP addresses to identify server applications to
clients - or - to identify the IP node itself.

-

I was interested to check all posts supposedly in this thread as the thread is
identified in "Google Groups":

http://groups.google.com/group/bit.listserv.ibm-main/t/92eaeef8d37e6ff9?
hl=en

in case there were other "lost contributions" such as Don's.

Surprisingly the thread is initially identified as "Health Checker - LNKLST
Dataset" from 4/11 - that'll be 11/4 in some quarters! - and, surprisingly, there
are all of 35 posts!

Then, on 5/11 (11/5), "Srinivas G" changed the thread to "VIO Error". I'm not
quite sure how this is done but I suspect it involves pretending that you are
responding to an existing post, in this case "Health Checker - LNKLST Dataset"
and then changing the subject line in order to initiate a new thread. It seems
that there is some internal linkage which at least "Google Groups" tries to use
in order to maintain a thread - and so get thoroughly confused - except that
it can identify the subject change.

The thread then reverted to "Health Checker - LNKLST Datasets" on the same
day courtesy of the original poster and then jumped back again to "VIO Error"
where it stayed until, after a 5 day gap on 10/11 (11/10) "Srinivas G" kindly
thanked all who had assisted him - I'm guessing, it could be "her" - with the
topic of "VIO Error".

And so on the same day probably ostensibly responding to perhaps his/her
own "Thank You" post, "Srinivas G" initiates the thread I thought I was dealing
with all along.

We stay with "Z10 BC DNS Name" until a rather more legitimate change of
subject is introduced as follows:

"Discussion subject changed to "No mainframe dns : Was: RE: Z10 BC DNS
Name" by Maarten Slegtenhorst".

Subsequently we have a slightly irritating alternation but - either I don't know
how so to manipulate Google Groups that I could get a more logical hierarchy
of threads - or - Goggle Groups does not offer any such option.

Chris Mason

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.

Relevant Pages

  • Google-friendly Posting
    ... Google Groups works much better for IBM-MAIN - or for any supported list. ... The "Table of Contents" feature seems to rely purely on the subject and so works better - but the archives tend to be slower than Google Groups. ... also resuming a thread after 2 months is going to strain the memory if not the archiving systems - assuming the above guidelines are followed - which they appeared not to have been! ...
    (bit.listserv.ibm-main)
  • Re: Google-friendly Posting
    ... Why don't I use the IBM-MAIN archives? ... be slower than Google Groups. ... Furthermore it organizes emails by topic so it's easy to ...
    (bit.listserv.ibm-main)
  • Re: Is anyone familiar with a technique for moving these APPN datasets dynamically?
    ... They appeared in a Google Groups digest and they appear in Google Groups ... but they do *not* appear in the archives of IBM-MAIN. ... You are correct that these datasets are those used by VTAM when enabled ...
    (bit.listserv.ibm-main)
  • Re: Newsreaders
    ... for all newsgroups from all servers all at the same time. ... archives, and not all usenet posts appear in GG. ... My statement was regarding how Google Groups ... You don't at any time have all messages at your fingertips. ...
    (comp.lang.c)
  • Post not in Archive but in Google Groups
    ... I follow the list using Google Groups digest in order to be prompted to check ... I can pass on to the contributor who very possibly is not getting to the ... For IBM-MAIN subscribe / signoff / archive access instructions, ... Search the archives at http://bama.ua.edu/archives/ibm-main.html ...
    (bit.listserv.ibm-main)