My new USRobotics Sportster Voice 56K Faxmodem

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

Gert Doering wrote:

> Joseph Kwok wrote:
> [Charset big5 unsupported, skipping...]
>
> *grrr*, not again!!!
>

Sorry again!  I will check next time before pressing the send.

> > to see anything can do on that.  I doubt that there are many kinds of incompatible
> > fax machine.  But it looks like fax machine can always talk to fax machine but may
> > not be able to tale to fax modem.
>
> Fax machines usually adhere to the standards much more strictly than
> modems, which are built for data transfers, and fax is a marketing-add-on.
>
> Users don't care if fax modems don't work (obviously), as long as it has
> "FAX CAPABLE!!" written on the box.  Fax machine users do care very much.
>
> > > > Initially, I have problem on sending fax.  It always return "BUSY" after
> > > > a successful dial.  At last, I solve it by using ATX2 to disable
> > > > detecting BUSY signal.  But I don't know whether it will have any side
> > > > effect or not, any idea or comment?  But this fix the problem for me.
> > >
> > > You might want to listen into the line (set the modem to "speaker on")
> > > whether there are some unusual noises on the line.
> >
> > No noise, but just normal ring.  I uses 2 telephone line and 2 modems.  If the
> > other side didn't reply on the first 2 ring, the sportster treat it as BUSY unless
> > I disable the BUSY detection.
>
> Sounds like you may have to set the modem's country code to your country.
> Some countries have BUSY tones that sound exactly like other countries
> ringback tones.

How to do that?  How to find out the country code setting?

> > > > Finally, I have found a small bug (or problem) when faxspool is working
> > > > under Linux (or Red Head Linux 5.0 in specific).  It wrongly counts the
> > > > number of pages.  In script faxspool, it counts the number of pages
> > > > (maxnr) by using:
> > > > pages=`ls $spooldir | sed '/^\./d'`
> > > > maxnr=`echo $pages | wc -l | tr -d " "`
> > > > The problem is "ls" in my case returns everything in one line and thus
> > > > "wc" always returns me one.  I simply change it to "wc -w" and now the
> > > > counting is correct.
> > >
> > > What kind of "ls" is that?  This behaviour is completely broken.  I
> > > haven't heard about it yet, though.
> > >
> > > Are you sure you haven't set some $LS_OPTS to achieve exactly this
> > > result (all in one line)?
> >
> > No ls option is being used.
>
> Read what I wrote.  GNU ls uses the environment variable "$LS_OPTS". Check
> whether you have set it.

No $LS_OPTS in environment is set.  No alias for "ls".  This is the "ls" behaviour of my
Red Hat Linux box.

> > I tried the above shell commands by hand and get the result that all
> > ls files are in one line and thus I have to count on the number of
> > words instead.
>
> Find out why this is the case.  This is not the normal behaviour for ANY
> ls version out there - but maybe you have set some global "ls" option that
> makes it do this on your system.
>
> It's definitely not a mgetty/faxspool bug.

I didn't say it is a bug, it is simply different behaviour of ls or bug of ls.  My
intention is simply let other fix this little problem if they encounter.

One more small question for you is that I saw a "-m" option in the faxspool man page but
there isn't any such option available in the code.  Did you implement the so call
"Multicasting" in the faxspool script?  If yes, what is the correct way to use such
feature.

Thanks,
Joseph