DD>> How does it cope with a node which lists IP info AND a phone
 DD>> number? FD is a POTS mailer.

 ml> frontdoor

 DD> Frontdoor Is not an IP and POTS mailer 

it seems to work just fine for me and others who use it on a daily basis...
binkleyterm is also used in this manner without any problems ;)

 DD> - that wasn't the package I was referring to.

soooo... what package were you referring to?

 ml> only acts on the data in the "contact number" field unless it has
 ml> been overridden somehow...

 DD> All of the FTSC specs I've read speak of a "phone number" field,
 DD> not a "contact number" field.

yeah, and everyone calls "control lines" by the term
"kludge"... i prefer to call things what they really are...

 DD> Besides, FD is almost so little used in Fidonet today, we don't
 DD> really need to bother with special exceptions for it.

says you...

 DD> n the current nodelist?

 ml>> i dunno... can't you tell? you seem to be one that is totally
 ml> wrapped up in what software people choose to run...

 DD>> Because a minority wish to run software that appears to need
 DD>> specific listings that break many others' software.

 ml> oh? and you have accurate and verifiable numbers to back this up??

 DD> How many run FD and that IP kludge you use? The nodelist doesn't
 DD> indicate too many.

i do not use an IP kludge...

 ml>> do you also care what kind of house they live in or what kind of
 ml>> car they drive?

 DD>> Only when that house/car has to interface with my mailer.

 ml> then there is no problem...

 DD> Indeed, Z1 is going to list its IP info in with the INA flag and
 DD> leave the phone number field fallow.

 DD> CM nodes will be contactable by all again....

yeah, right... IONs won't be able to contact POTS CM nodes...

)\/(ark