DTMF to Steer Incoming FAX?

From: Ronald W. Heiby (heiby_rh_at_falkor.chi.il.us)
Date: 10/31/03

  • Next message: Ed Wilts: "Re: Is Redhat Professiona Desktop the same as RHEL WS?"
    To: redhat-list@redhat.com
    Date: Fri, 31 Oct 2003 14:31:28 -0600
    
    

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Hello redhat-list,

    I have a phone line. (Actually, more than one, but they need to all be
    configured the same way.) The line has a modem on it, connected to my
    RH 8.0 (or similar) system. Currently, I am running mgetty on the
    serial port for the modem, and am successfully able to receive FAX and
    data calls on that modem, with no manual intervention.

    Data calls come in and are given a login: prompt, allowing the caller
    to log in on the system. (Actually, the only thing that is accessible
    this way is a specific application, no general dial-up access.)

    FAX calls come in and deliver their FAX. The FAX image gets put into
    the incoming fax spool directory, and the fax admin gets an Email that
    says it arrived and its path.

    So far, this is pretty cool.

    What we would *like*, is to be able to have this existing behaviour,
    with one addition. We would like mgetty to pick up the phone and wait
    silently for N seconds, to see whether any DTMF (touch tone) signals
    are received, including any digits, star, and pound ([0-9*#]). If any
    are received, we want to know what they are. After N seconds, things
    should go along as before, accepting data or FAX calls.

    The point of all this is to be able to have "source routing" of the
    FAX coming in, directing it rather than dumping it into a common
    in-box directory. The DTMF information captured at the start of the
    call would be used at the end of the call to look up who should
    receive the FAX, probably then Emailing it to them. We do not see a
    use at this time for DTMF capture related to data calls, just FAX
    calls.

    I've done some looking around, and have found something that seems
    close to what I'm looking for with vgetty and its dtmf_program script.
    But I've been unable to find documentation clear enough to let me know
    whether it will really do what I'm looking for. I'm not actually
    looking to do anything with voice. (Although for my home use, an
    all-purpose voice mail, FAX receiver, and data login capability,
    perhaps providing me with a ppp connection, would be extra special
    nice.)

    Has anyone solved this (or a similar) problem? Thanks!

    Ron.

    -----BEGIN PGP SIGNATURE-----
    Version: PGP Personal Privacy 6.5.8
    Comment: Until recently, the last PGP with full source disclosure.

    iQA/AwUBP6LGkG8pw+2/9pUJEQJuPwCgkZBeU7v/jTA5ms1miw+BfPKcf2wAoL/n
    KX6mqPr2vcMcghOddtdiTf3g
    =ZHd9
    -----END PGP SIGNATURE-----

    -- 
    redhat-list mailing list
    unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
    https://www.redhat.com/mailman/listinfo/redhat-list
    

  • Next message: Ed Wilts: "Re: Is Redhat Professiona Desktop the same as RHEL WS?"

    Relevant Pages

    • RE: multiple fax received
      ... many times at the receiver. ... Please check the fax modem in our HCL list, ... we may need to reinstall fax component on SBS ... This newsgroup only focuses on SBS technical issues. ...
      (microsoft.public.windows.server.sbs)
    • Re: NTP sever on an isolated Network
      ... Now I'll try to find in the market a modem ... A GPS timing receiver should give you a Pulse Per Second output accurate to about 50 nanoseconds. ... GPS will get signal and I will have to use some kind of antenna. ...
      (comp.protocols.time.ntp)
    • RE: fax "line unavailable"
      ... please make sure your modem is on the (Hardware Compatibility ... we should make sure the fax receiver was not busy and not being ... Instead, information on outgoing calls ... If you are connecting to Internet via DSL, did you install DSL filter on ...
      (microsoft.public.windows.server.sbs)
    • Re: VHF receiver sensitivity problem
      ... modem into a waterproof diecast aluminium box that is grounded (the modem ... None at all can be allowed on 160 MHz or else the receiver is compromised. ... diminished for the "improved" setup. ... Is the relative sensititvity worse on some channels (or ...
      (sci.electronics.design)