Hi, I am just now playing with qpage, and it was beginning to look like it will work. Yay! However, I just had the same lockup problem reported by Bennie. Rats.
I have sent several test pages successfully from my iMac's internal modem. When I tried the last test, however, the paging service modem happened to be busy. My iMac is now locked up, although the mouse pointer still moves. No response to the keyboard, the dock is dead, command-esc doesn't bring up the force quit dialog, nothing. Here's what the debug info says (the last several lines, anyway): —---- remote is busy, service-default hanging up modem tcsetattr(): Invalid argument unlocking /dev/cu.modem writing job list no failed pages for id-GCW20030 no e-mail to send for id-GCW20030 processing the page queue getting job list pager=dweathers, pagerid=412, service=default pending jobs: 1 sending job list new service: default trying modem device /dev/cu.modem locking /dev/cu.modem —---- ...and that's all she wrote. I just rebooted the Mac, so the message is gone now - I hope I typed it correctly. I recall that when I did ./configure, I got an error message about not being able to find a location for the lock files. As soon as the machine's back up, I'll try it again... OK, here's what ./configure says (in part): —---- checking where to create lock files... not found configure: warning: please verify the DEFAULT_LOCKDIR value in config.h —---- I looked in config.h, and it says that DEFAULT_LOCKDIR is "/tmp". My system does in fact have a "/tmp" directory, so I don't know what the problem might be. I'm not sure what to do from this point, but I can't risk the InterMapper server locking up if someone else is sending a page, so I guess I'm done playing with qpage for now. I'd love to hear any suggestions. Thanks, Rich, for working towards bringing back paging notifications to the OS X version of IM. Hope this helps, Doug -- Doug Weathers, Network Administrator St. Charles Medical Center >>> [EMAIL PROTECTED] 05/18/02 06:36PM >>> I am happy to report this works like a charm. One quick warning. If you don*t have a modem connection do not test it. It locked up the computer so only an unplug would get it going again. But the mouse still moved. I tested it on a cube with ATT. I now have to figure a way to get IM to talk to it. I am excited now. One more system to OSX. Bennie On 5/17/02 1:26 PM, "Richard E. Brown" <[EMAIL PROTECTED]> wrote: > --- Bennie Warren wrote: > Has anybody came up with a way for intermapper to really work with OSX? What I > mean is a paging system that doesn't need classic to run for it to work? This > is the only reason we still don't use intermapper with OSX. I sure would like > to use it for stability and speed. > --- end of quote --- > > Thanks for the note. I have been working to port the qpage package to MacOS X. > It's a straightforward C program that is widely used in Unix-land. It acts as > a > SNPP server, sends messages as a SNPP client, and also sends pages via a > modem. > You can read more at http://www.qpage.org. > > I got hung up because it wouldn't talk to the internal modem on any Mac I > tried, > despite the fact that it worked fine with external modems. > > I have been working with the Developer Tech Support folks at Apple, and I > believe we have found a fix. The problem is that qpage sends a \r (return), > sleeps one second, then sends AT\r. Apparently, the initial \r fools the speed > selection and the modem never responds. Removing the \r (or increasing the > sleep > time to five or more seconds) allows the speed selection to work properly, and > qpage dials the modem. > > I have not actually performed a full end-to-end test with a pager. But if > anyone > who has a modem and a pager service is willing to work with me, I'd love to > get > this going. I've appended a quick description of what I did to configure > qpage. > > We'll need to create an AppleScript notifier that includes a "do shell > script..." to invoke qpage to send the page. A future version of InterMapper > will have SNPP as a built-in notification method. > > Once we have a reliable procedure for sending pages, I'll repackage qpage and > the AppleScript it so that it's easy to install. Thanks. > > Rich Brown [EMAIL PROTECTED] > Dartware, LLC http://www.dartware.com > 25 S. Main St, PO Box 130 Telephone: 603-643-2268 > Hanover, NH 03755-0130 USA Fax: 603-643-2289 > > ============= > Here is the Cliff Notes version of how I've been building and running qpage. > (It's actually easier than these instructions make it seem...) > > 1) Download the qpage source from http://www.qpage.org. A direct link to > current > version is http://www.qpage.org/download/qpage-3.3.tar.Z (The 3.3 version has > been the stable release for quite a while, more than a year, I believe.) > > 2) Untar the archive. > > 3) Comment out these two lines in the remote_connect function of the file > ixo.c: > > /* write_modem(fd, "\r"); > ** (void)sleep(1); > */ > > 4) Build the program according to steps 2-3 of the INSTALL document. I use the > default config.input file without modifications for my tests. > > 5) Move the "qpage" binary file someplace convenient. > > 6) Create a /var/spool/qpage directory to hold queued page messages. I > think it > should be owned, readable and writable by daemon. > > 7) You'll need a config file: I've attached my 'example.cf' file, which I > placed > at the top level of my ~richb home directory. This file contains further > configuration, including the path to the modem port. I believe the correct > device is /dev/cu.modem for an internal modem on a PowerMac. I have also > successfully used an external modem connected to the Modem/Printer port of my > Wallstreet PB by using /dev/tty.modem-printer . > > 8) Invoke the qpage daemon with the following command (tweaking the > path/to/qpage and the ~richb directory for your system): > > sudo path/to/qpage -d -C ~richb/example.cf -q 15 > > This invokes qpage with debugging output to the terminal (-d), using my config > file (-C), and running as a daemon checking for messages every 15 seconds (-q > 15). ^C aborts qpage cleanly. > > 9) From another terminal window, send richb (or whoever's configured in the > example.cf file) a page. To do this, enter: > > path/to/qpage -P richb "test message for the pager" > > 10) You'll see the debugging output receiving the page command through > qpage's > built-in SNPP server, and then qpage's continuing attempts to send the page > through the modem. The debugging output is exquisitely detailed - they > obviously > meant to find problems with it :-) > > 11) Your modem should dial and deliver the message to the paging service. > -- ************************************** Bennie Warren LemooreNet 320 West D Street Lemoore, CA 93245 Phone: 559.924.5909 Fax 559.924.9578 [EMAIL PROTECTED] http://www.lemoorenet.com ************************************** ____________________________________________________________________ Note: To unsubscribe from this mailing list, please send email to: <mailto:[EMAIL PROTECTED]> Thanks!
