Hi Kees,

Wednesday January 01 2014 21:17, you wrote to Roy Witt:

 RW>> You can test this by attempting to connect to 2:292/907...a PVT
 RW>> -Unpublished- IP capable node.

 KE>  The point is, that when IP only nodes came into life, a choice had
 KE> to
 KE> be made what to put into the phone number field. Some were in favour
 KE> of an all zero number, others were in favour of a specific pattern to
 KE> specify an ip address. If a hostname was given an all zero's ip
 KE> address was put in the phone number field.

 KE>  Some with knowledge in the international phone world were against the
 KE> use of the tree zero preable, as this preable appears to be used for
 KE> emegency services in some countries. Therefore some zones prefer the
 KE> use of -Unpublished-. The nodelist compiler makenl by Ben Baker and
 KE> its clone makenl_ng, has an internal test, that requires that where
 KE> -Unpublished- is used, the Pvt tag should be placed at the beginning
 KE> of the line.

 KE>  This is inconvenient for listings, that should start with Region,
 KE> Host, Hub or Down.

this is one point, that old makenl complains about unpublished without pvt
double state of the state field is required, or allow unpublished without pvt
requirement

 KE>  Then there are mailers like your, that gathers a lot of intelligence
 KE> from the nodelist. It behaviour stems from POTS times and I think
 KE> correctly refuses to directly to Pvt tagged zones. As a consequence it
 KE> will also not connect to IPonly nodes that fly the Pvt tag.

this is true for old mailers like frontdoor, but is incorrect for mailers like
binkd, as binkd doesn't check pvt flags at all
if there is a "callable" dnshostname or ip address defined in the config or a
binkd compatible nodelist - binkd nodelist compilers ignores the pvt flags for
transfering St.Louis Nodelist to binkd format nodelist, so later there is no
info available, that a nodelist line has an PVT flag or not.

Mailers, following the PVT clause are POTS/ISDN mailers only, as they have to
use the phone number field to get out a POTS number out of the nodelist
and in case an unpublished is there, this node is undialable at all, so a
workaround is required -> send the mail to the next higher uplink in nodelist
that is the NC's system, or RC's system or ZC's system
Within its own net, the next higher link system is probably the hub system


 KE>  As for me connecting to Bart's system, my mailer has no other other
 KE>  knowledge of what is in the nodelist, then I tell it. So if I provide
 KE> the hostname or IP address that Bart uses, my mailer will connect.

Bart's system is IP only. With the PVT/Unpublished the IP mailer still
connects Bart's system, with or without the PVT flag set in the nodelist

but a POTS mailer like Frontdoor still can gets confused if no PVT flag is in
the nodelist line (!)
as Frontdoor will route mail to Bart's system to the next higher level -> Host
system

From the FD doc:
"If you have mail for a system listed as hold or pvt (no telephone
number) in your nodelist database, the default behavior is to
send the mail via the system's host/hub. If the mail to a hold or
pvt listed system contains file attaches, the mail packet will by
default be placed on hold for the host/hub."

keep in mind:  FD is a POTS only mailer (!)


 KE>  So to make a long story even longer, my interest in Allowunpub is to
 KE>  allow Region, Host and Hub together with -Unpublished-. For you it
 KE> will open the possibillity for a direct connect to many system now
 KE> having Pvt at the start of their nodelist line.

here is a wrong assumtion
Binkd connects every PVT system if once a connect info is given
Binkd ignores the PVT in total
but the POTS mailers aren't aware of missed PVT flags, so these systems
reroutes mail dependent of the PVT flag (!)
Probably a frontdoor mailer with direct mail to Bart's aka will hold the
mail bundle forever, instead of reroute the bundle to the next uplink level
(Hub/Host/RC)

 KE> Kees
 KE> (2:280/5003.4)

regards, uli   ;-)

---
 * Origin: AMBROSIA - Frankfurt/Main - Germany (2:240/1120)