Re: [hylafax-users] Disable the "resume" retransmit of faxes

[Jonny Berthiaume <jberthiaume@xxxxxxxxxx>]

Lee Howard wrote:
> Jonny Berthiaume wrote:
>
> > I didn't received an answer to my earlier question on this mailing 
> > list and since the ice is broken between us with the LOG EXPLAIN 
> > thread, I though I might directly send you a copy of it.
>
>
> I did reply to you (directly and to the list).  I got a list copy back.  
> I'm not sure why they didn't come through to you.  Here's a copy of what 
> that reply contained:

Sorry, I didn't see that one.

> Jonny Berthiaume wrote:
>
> > I sent a fax with a total of 5 pages. While transmitting, the 
> > transmission has been interrupted after the third page, just before 
> > receiving the confirmation from the client for the good reception of 
> > the third page. HylaFAX then requeue the fax as it normally would, but 
> > the "requeued" fax is now only 3 pages. This result is rather ingenius 
> > if I transmitted only UNIMPORTANT document.
>
>
>
> HylaFAX isn't alone in this behavior.  The only other behavior that I 
> know of would be to error-out the fax call entirely, requiring the user 
> to resubmit.  I don't know of any fax machine that will go back and 
> independently retransmit pages that were already acknowledged as 
> receipt-confirmed by the receiver.

Well, strange it never been asked.

> > The problem is the faxed document must have all the pages in the same 
> > order to avoid errors by missing pages. Just think about a medical 
> > report where you didn't notice the first two pages transmitted 10 
> > minutes ago! Other faxes would have been printed on top of those and 
> > they might be forgotten. This situation might lead, in extreme cases, 
> > to death.
>
>
>
> Extreme, indeed.  The tagline and/or coverpage should (well, can) 
> indicate the page number and the pages in the fax document.  The 
> recipient should know when they're missing pages on either side of the 
> transmission.  I've never tested continuation coverpages, myself, but 
> they would be an additional aid to this kind of situation.
>
> Entertaining the extreme perspective, death could occur due to pages 
> missing at the end of a fax, too, I suppose.  And call interruption is 
> sometimes nothing that can be avoided on our end.

Indeed, but at least it's easier to see a page is missing when you read 
the last page of a fax and you know there should be something else 
following. And with the tagline properly configured, you see there is a 
page missing with the "Page %p of %P".

> > I need to disable this behaviour. I need to always transmit the FULL 
> > document no matter how many pages has been successfully transmitted 
> > before. I have made my researches, I found nothing in the man of 
> > hylafax-config, hylafax-server, faxq, sendfax, neither on forums or 
> > mailing list archives. How do I disable this behaviour?
>
>
>
> Submit your jobs with only one attempt permitted.  Upon failure the user 
> will be required to resubmit.
>
> That said, I suspect that you could cover all possibility of confusion 
> by creating informative coverpages, continuation coverpages, and 
> taglines that make it very clear about how many pages there are in the 
> job and what page number it is that the receiver is looking at.
>
> Lee.

In this situation, we would like to avoid a cover page. It cost a lot of 
ressource in a hospital, though there is no price for a life. If we can 
avoid a cover page, we will.

As for the tagline, the "Page %p of %P" isn't really helpfull either. If 
the fax has been interrupted after the second page of the 5 pages fax, 
the first page of the requeued fax will show "Page 1 of 3" instead of 
"Page 3 of 5" in the tagline. The tags for the current page and total 
number of page are altered to display the requeued fax values, not the 
original ones. In this case, I will have to check for continuation 
coverpages, but I think they will act the same way and be of use to me.

As for submitting the fax for only 1 attempt, this would require a 
complete rewriting of our HylaFAX solution to manage a queue of our own. 
With that, the solution for a bigger job number would be possible and we 
could avoid to build the fax history for the "false" rejected faxes. 
Also, I would have to check if the error messages are displayed properly 
in the logs when there is only one attempt. I need to know the fax has 
been rejected for a "No carrier detected" or a "No local dialtone" 
instead of a "Too many attempt to dial". It's too usefull for support to 
let it go that easily.

Anyway, I appreciate the help, thank you.

Jonny

____________________ HylaFAX(tm) Users Mailing List _______________________
 To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
 *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*