On 2018 Jun 29 22:27:14, you wrote to me:

 ml>> that a really really really bad translation table...

 MV> Thank you.

:)

 ml>> why are 0, 6, and 9 left out?

 MV> They are not needed for the demo.

demo? i thought this was a valid, live and active table from a real system...

 ml>> that's just the table... how about providing a few numbers and

 MV> Bjorn asked for the table. Not for an explanation of how these tables
work.

 ml>> eg: 61-2-9727-7775
 ml>>     1st line strips 61-2 so the number is 9727-7775.
 ml>>     valid local number?

 MV> It is Scott Littles' number, so it should be...

yep...

 ml>>     but we continue...

 MV> No, we don't because the translation process terminates at the first
match.

are you sure about that?

 ml>>  4th line changes 2 to 0011-2 so the number is
 ml>> 970011-27-7775.
 ml>>     valid local number?
 ml>>     valid domestic number?
 ml>>     valid international number?

 MV> No of course not. Even if it continues, it does not work like that. The 2
 MV> in the first line only compares against the first digit in the number.  No
 MV> match.

i don't know about that first digit match... my understanding is that it would
match any 2 in the line... if it weren't such a PITA i'd test FD more... the
documentation doesn't have a lot of information and only a few examples...

 ml>> AFAICS, the only one that is valid is the first part that strips 61-2-
 ml>> off the number... the rest of the translations are all invalid which
 ml>> tells even more about the table being bad...

 MV> You either have no idea how the tables in InterMail work

they do like they do in FD, AFAIK...

 MV> or you are just trolling again.

absolutely not! i spent a lot of time writing that post and doing a lot of
research and testing before i posted it... the way you say it, everyone is a
troll...

 MV> Since you are very familiar with FrontDoor and InterMail is a fork of
 MV> FD, I have great difficulty accepting the idea that you have no idea
 MV> how InterMail deals with the phone translation table.

then my input should have some weight that other's with no idea will not
carry...

 ml>> with that table, the NC cannot be called and neither can any other
 ml>> local or domestic numbers...

 MV> Of course they can. Numbers in area code 02 are translated as follows:

 MV> 61-x-yyyy-zzzz  ->  yyyy-zzzz

i already pointed that out...

 MV> Numbers in aother area codes are translated as:

 MV> 61-x-yyyy-zzzz  ->  0x-yyyy-zzzz

how?! the table is wrong... you said above that

  1. first hit stops processing.
  2. the 2 matches the first digit in the number.

in the original table you posted, all the single digit entries, except '6' if
it existed, will never process and the numbers won't be altered since those
single digits are not the first characters in the numbers...

also, those single digit entries won't be processed because the "61-2-" entry
will match "61-2-xxxx-xxxx" numbers and the "61- 0-" entry will match all other
"61-x-xxxx-xxxx" and then processing for OZ numbers will stop... all other
numbers given will have their first country code digit prefixed with an
international dialing code and then processing will stop...

tracing through those two reasons is why i think your explanation is not
right... the proper way, without a default prefix, would be

DIAL /  0011-
  61-1- 01-
  61-2-
  61-3- 03-
  61-4- 04-
  61-5- 05-
  61-6- 06-
  61-7- 07-
  61-8- 08-
  61-9- 09-
  000-
END

at the very least the cost table would be something like

COST 15 200
  000-   100000
END


 MV> The hypothetical POTS node in New South Wales runing InterMail and
 MV> using this translation table  can call any other POTS node in
 MV> Australia.

hypothetical? you are trying to be me? ;)

 ml>> show how their flow through the table could result in 000 so others
 ml>> can see what actually happens and how?

 MV> Simple. There is no default prefix defined and a number starting with
 MV> zero generates no match in the table. So a number starting with 000 is
 MV> dialled "as is".

hummm...

 MV> But you know that...

actually, no, i didn't... even after spending time manually working through
it... i missed the lack of default prefix when it came to processing other
numbers...

in any case, the point made by others in previous posts over the years is that
the operator is responsible... yes, even here in the states, the gendarmes will
come out to your facility if your mailer has gone stupid and is dialing 911,
411 and other similar numbers over and over and over and over...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... Aliens Have Examined My Internal Organs.
---