internet fax tools

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

Hi,

Russell Nelson wrote:
>  > (I just realized that I'm not sure whether I really understand your
>  > proposal - do you want to have alternate deliveries via tpc.int and
>  > local modems, or a *replacement* for faxrunq(d) that will *only*
>  > do delivery via tpc.int? The latter would make things certainly a
>  > lot easier, and no need to make faxrunqd tpc.int-aware).
> A separate tpc.int-runq, which would use tpc.int to deliver the faxes
> it could, and leave the remainder sitting around for faxrunq.

Yes.  Along that lines.  But it's not clear to me how to cleanly 
integrate that into faxrunq*d*.  But for a first cut, we could just say
"don't use this together with faxrunqd, period" :-)

>  > > And converting from g3 to postscript is, um, trivial: g3topbm|pnmtops.
>  > 
>  > True, but I find this to be a waste of CPU and network bandwidth - 
>  > postscript is a bad way to transmit bit mapped images.
> Yes, but it makes the job a lot easier

Correct.

>  > On the other hand, if you count "implementation time", your proposal
>  > certainly wins :-)
> 
> Right.  Inefficient software that exists can create a constituency
> interested in improving it.  Efficient software that doesn't exist
> helps nobody.

I agree.

So, who wants to volunteer to implement that? :-)

gert

-- 
Gert Doering
Mobile communications ... right now writing from *AWAY* :-)) 
... mobile phone: +49 177 2160221 ... or mail me:  gert@greenie.muc.de