[hylafax-devel] Re: config/usr-xon & usr-rts

[Dmitry Bely <dbely@mail.ru>]

Tim Rice <tim@trr.metro.net> writes:

> > > > BTW, I believe that adaptive answer should *not* be enabled in the supplied
> > > > configs by default. Currently this is not true for many templates:
> > > > 
> > > [snip]
> > > > 
> > > > A newbie will be confused, while the expert can easily append necessary
> > > > parameter manually.
> > > > 
> > > > I am going to remove (at least comment out) all these ModemSetupAACmd.
> > > > 
> > > > Again, is there any objection?
> > > 
> > > If I understand adaptive answer, removing it would mean it would not
> > > answer data calls. If that's the case, I strongly object. One of HylaFAX's
> > > best features is being able to have one modem do double duty for both data
> > > and Fax.
> > 
> > Sure. But the question is: should AA be enabled with the *default* setting
> > or not? If yes (although I don't like it) we should do it uniform
> > way. i.e. for *all* modem templates supplied, where it is possible (all
> > Class2/Class2.0 modems).
> 
> I think it should. All HylaFAX installs I have done have used the modems
> for DATA and FAX.

Not true for me.

> > Understand me right: I have nothing against auto-answer feature in general
> > (although it makes connect longer and sometimes do not work reliably --
> > useless waste of time in the fax-only environment). But the purpose of
> > modem templates IMHO is working around specific modem quirks and nothing
> > else. So all non modem-specific defaults should comply to
> > config(5f). Regarding ModemSetupAACmd is says that auto-answer is disabled
> > by default.
> 
> We could make the default a configure time option.

Everything is possible if someone will make it (what about you?) :-) Now I
think mostly of bugfixes, not of new revolutuonary features. There are
current hylafax docs (config(5f) an other). There is an "adaptive answer"
paragrapth in "advanced config" section, explaining how to properly set 
it up. Current docs says that AA feature is not enabled by default (I
already explained why this is the right decision). Why I cannot make
Hylafax consistent with the current documentation?

> Some sort of Data/Fax, Fax-Only option that would determine the adaptive
> answer default and whether or not faxgetty could call /etc/getty.
> 
> This might address Nico's security concern.

No problem. Just implement it in faxaddmodem (also mgetty as an option,
auto-PPP configuring etc.) I wish you good luck :-)

Hope to hear from you soon,
Dmitry




____________________ HylaFAX(tm) Developers Mailing List ____________________
 To unsub: mail -s unsubscribe hylafax-devel-request@hylafax.org < /dev/null