Subj : syncWXremix and Dial-up
To   : KenDB3
From : Digital Man
Date : Wed Jan 06 2016 10:12 pm

  Re: syncWXremix and Dial-up
  By: KenDB3 to Digital Man on Wed Jan 06 2016 10:23 pm

 >  DM> Re: Re: Sync Weather App - syncWXremix
 >  DM> By: KenDB3 to tbirdsradio on Fri Jan 01 2016 08:11 am
 >
 >  >> Re: Re: Sync Weather App - syncWXremix
 >  >> By: tbirdsradio to KenDB3 on Thu Dec 31 2015 09:34 am
 >
 >  > tb>> Once again i got ahead of myself. Dial up user phoned in and
 >  > tb>> received this error:
 >
 >  > tb>> "Error in weather.js api.underground.com returned a
 >  > tb>> 'querynotfound' error with this description. 'No cities match your
 > search query'."
 >  > tb>> Do i have the above right?
 >
 >  >> That's all correct. I just didn't account for dial-up users. Mainly
 >  >> because I don't have any dial-up access, it didn't really dawn on me.
 >
 >  >> Can anyone shed some light on how I might test for this scenario? I'm
 >  >> guessing the user's IP comes up as undefined in this case?
 >
 >  DM> Assuming the BBS is using SEXPOTS, the user's IP address should be the
 >  DM> IP address of the BBS computer, or possibly 127.0.0.1 (I forget which).
 >  DM> You can programatically detect a SEXPOTS/dial-up connection by checking
 >  DM> if user.connection is a number (e.g. "28800") rather than a protocol
 >  DM> string (e.g. "Telnet").
 >
 >  DM> Something like this:
 >  DM> var dialup = (parseInt(user.connection) > 0);
 >
 >  DM> At least, I think would work (without actually trying it). Let me know
 >  DM> how it works for you,
 >
 > DM, I was hoping you might be able to help point me in the right direction
 > on  this. tbirdsradio had a chance to try out the new version from GitHub
 > that used
 > this bit of code (but had no luck):
 >
 > var dialup = (parseInt(user.connection) > 0);
 >
 > function getQuerySuffix() {
 > var qs;
 > if (dialup === 'true')
 >         {
 >         if (fallback_type == 'nonip') {
 >             qs = fallback + '.json';
 >         } else {
 >             qs = 'autoip.json?geo_ip=' + resolve_ip(system.inet_addr);
 >         }
 >     } else if (user.ip_address.search( /(^127\.)|(^192\.168\.)|(^10\.)|(^172
 > \.1[6-9]\.)|(^172\.2[0-9]\.)|(^172\.3[0-1]
 > \.)|(^169\.254\.)|(^::1$)|(^[fF][cCdD])/
 > ) > -1
 > ) {
 >         if (fallback_type == 'nonip') {
 >              qs = fallback + '.json';
 >         } else {
 >              if (client.protocol === 'Telnet') {
 >                  qs = wstsGetIPAddress();
 >         } else if (bbs.sys_status&SS_RLOGIN) {
 >                  qs = wsrsGetIPAddress();
 >         }
 >         if (typeof qs === 'undefined') qs = resolve_ip(system.inet_addr);
 >              qs = 'autoip.json?geo_ip=' + qs;
 >      }
 > } else {
 >         qs = 'autoip.json?geo_ip=' + user.ip_address;
 > }
 > return qs;
 > }
 >
 > var wungrndQuery = getQuerySuffix();
 >
 > **********
 >
 > However, tbird is still seeing an error when the app is launched at Logon
 > and  also as a Door/External for his dial-up user.
 >
 > DEBUG for weather.js API call looked like this at the time of error: http://
 > api.wunderground.com/api/XXXXXXXXXXXXXXXX/conditions/forecast/astronomy/
 > alerts/q/autoip.json?geo_ip=812XXXXXXX
 >
 > (Blocked out API and last 7 of phone number).
 >
 > Any thoughts as to why I am missing catching this scenario? It's got me
 > boggled
 > and I can't really see it.
 >
 > Thanks for any help you can lend (and sorry for the long post).

For a dial-up connection (via SEXPOTS), the user.ip_address property could
either the caller-ID information (if provided by the modem) or the IP address
of the SEXPOTS proxy (e.g. 127.0.0.1).

Is dialup not being set to true (in your code) for the dial-up connection?

Some more debug-level log output could help identify exactly what's happening
here.

                                            digital man

Synchronet "Real Fact" #66:
SEXYZ is as a 32-bit replacement for [F]DSZ, CE-XYZ and other protocol drivers.
Norco, CA WX: 48.0øF, 92.0% humidity, 0 mph WNW wind, 0.60 inches rain/24hrs

.