Red Hat Bugzilla – Bug 171280
faxspool does not honour -t hh:mm-hh:mm arguments
Last modified: 2016-07-26 19:46:09 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; InfoPath.1; .NET CLR 1.1.4322)
Description of problem:
The /usr/bin/faxspool program's help states:
-t <hh:mm> set earliest possible send time
-t <hh:mm-hh:mm> set time range for sending fax
However, the program only handles the initial -t version, and when provided with a range it claims the inputted time is wrong.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Run /usr/bin/faxspool -t 18:00-08:00 555-0123 testfax
Actual Results: faxspool exits with 'Time must be in <hh:mm> format.'
Expected Results: Faxspool should queue the fax with the correct delay.
This report targets the FC3 or FC4 products, which have now been EOL'd.
Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?
Fedora Core 4 is no longer maintained.
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release, please reopen this bug and assign it to the
corresponding Fedora version.
Reopening - reproducible on F-8. Sorry, this seems to have fallen through the
Created attachment 301316 [details]
Patch to make -t work as expected
This patch works it out for me, but I haven't tested it extensively, could you
please try it?
Fixed in mgetty-1.1.36-1.fc10