Bug 786: improvements to faxinfo to allow formatting customization

Part 3 - allow faxinfo to handle more than 1 fax given on the command line and
print them all.

Bug 786: improvements to faxinfo to allow formatting customization

Part 2 - allow control of the formating options from the command line with -S/-s/-e/-E

Bug 786: improvements to faxinfo to allow formatting customization

Part 1 - introduce printField and use it instaed of hard-coded printf.
This is pretty much a straight search-n-replace.

James Budiono caught a bug in faxmail's handling of nested multipart MIME.

This keeps a local check if we're at the end, so that the parents (up the
recursion chain) don't exit prematurely because of a nested multipart part
finishing.

Adds a JobProtection config option to hfaxd.  This option allows for the
send/done queues to be kept "private", by giving any combination of onwer/admin/others
access to it or not.

This patch exposes a bit of the internal hfaxd "protection" mechanism by
exposing the octal value for admins to set.  It would probably be better to hid
the value and just have some set of values for JobProtection that setConfigItem()
should match and then setting the octal value internally.

Adds some enhancements to SHIELDED_DTMF handling from Lee

fix spello

Add resubmit support to faxalter (-r) which duplicates a job to resubmit the
work instead of actually modifying the specified job.

Bug 781: Shell portability

Tim's patch (a more complete version of Giueseppe Sacco
changes the  -a and -o  expressions to use the POSIX form
[ ... ] && [ ... ]
[ ... ] || [ ... ]

Add support for continuations in FaxClient

Previously, continuations were handled, but not collected.  They are
now collected and made available in the getLastContinuation(), similar to
getLastReponse().

This config options allows a user to allow/disallow the use of the job's
tagline in sending.  This gives the admin the ability to control the
tagline deterministically on the server.

It defaults to true, meaning that by default, job taglines can be used,
just as the historically have been.

And so we begin the 4.3.x release series. Great work all!!

Fine-tuning guidance on upgrading.

Prepping for 4.3.0 release.

Release candidate three, which will hopefully become 4.3.0 final.

Bug 771: DCS tag not set correctly in received image in Class2 mode

From Lee <faxguy@howardsilvan.com>:
  Updates FaxParams from Class2Params when DCS is received in Class 2

  This patch should fix things for you.  It causes the FaxParams bits to be set,
  now, when the DCS information is received from the modem when in Class 2.  This
  was not being done before as it should have been.

  The patch also includes a check to prevent faxinfo and hfaxd from using the
  FAXDCS tag information if the FAXDCS tag is "00 00 00"... so faxinfo and such
  should work properly against your previously-received files.

Bug 401: Problem with reporting jutst killed job

From Patrice <patrice.fournier@ifax.com>:
   Fixes hfaxd when a cached job is accessed after being moved between the
   send queue and the done queue.

Note chagnes

Small fix for correctly batching jobs together.

Make sure our pipe FD for reading jobcontrol is non-blocking so our
dispatch framework isn't broken.

Remove extra null-padding as noted by Lee.

When we are testing of DSOs work, we need to build with the flags that have
DSO options.  This means we need to remake our xdefs.

And so, after much bashing, we welcome 4.3.0rc2 to the world.

[Bug 723] On some OS/distributions, hfaxd time handling is incorrect

Thanks to Lee for noticing that the previous fix was incomplete!

Bug 752:  Batching should not allow other users to kill my job

From Lee:
  The idea is to change, from faxsend's/pagesend's perspective, the abort signal
  from meaning "Job abort" to "Call abort" and marking the job as "send_retry"
  instead of "send_failed"... thus taking the ability to kill a job based on an
  abort signal from faxsend/pagesend (and leaving it with faxq, where it
  belongs).

Users can still interrupt other users jobs, but at least now it's not fatal unless
they have reached their maxtries/maxdials.

Cleanup debug logging that slipped in in the faxq-scheduler fix.

Now that making the job ready to run is an asynchronous event, the deliberate
scheduler delay'ed poke has to happen when the jobcontrol completes.

Log that our faxsend process has exitted first, before working on unblocking
the queue so that logs are more decipherable.

Bug 747: Job batching shouldn't allow a job to bypass modem restrictions

This batch adds areBatchable(), and verifies that a new job is allowed
to go on the modem that the batch is using.  Ported from Lee's work.

From Giulio Orsero:
  This patch affects it_IT.
  I discussed it here http://lists.linux.it/pipermail/tp/2006-April/012613.html
  with  input/review from Giuseppe Sacco.

Make ctrlJobDon exit status logging consistent with other sendJobDone/prepareJobDone

This patch fixes a race in the batching/scheduling code of faxq.

The race has always been present, but now that JobControl greatly extends the
time spend operating on the sleepq, the race is highly visible, not requiring
an exact signal during the sleepq processing.

sleepq get's job's added and removed from it asynchronously.  It was never mant
to be "run" through in order.  It was originally only added to or removed from
in the timerExpire() routines in a manner that could not be interrupted.

But with the addition of batching scanning the sleepq for jobs to batch, it now
processes the sleepq in a manner that can be interupted.  JobControl
exasperates this window.

If a "sleeping" job has something happen to it (like it's TTS timer expires),
it will asynchronously go to ready (or some other state), and be put on some
other list.  Once it's on the other list, it's next field can never point to
the sleepiter.head starting position, causing an infinite loop
(sleepiter.notDone() will never be true.

This patch fixes a race in the batching/scheduling code of faxq.

This race has always existed, but now that JobControl can make a run through
the runScheduler() take a long time, the race is highly visible.

runScheduler() is controled by faxQueueApp's schedTimeout.  Whenever a time
expires, runScheduler() is called.  The SchedTimeout::start contains logic to
try and "throttle" the runScheduler() calls, and not have it run concurrently,
but if runScheduler() ever takes more than 1 second, it can.

This patch puts a guard in faxQueueApp so it won't schedule concurrently (which
causes lots of badness in runq,sleepq, etc), and makes the
SchedTimeout::timeoutExpired() aware of this predicament so it keeps delaying
the runScheduler() if it's currently running.

The Waiting for jobcontrol wasn't quite robust enough

There are times when we have to wait, but there are times when we really don't
want to wait.  The previous move of the wait into the schedule was an attempt
to remove the wait from some parts, but went too far.  This patch makes the
waiting more robust...

See Bug 745

We need jobCtrlDone() called on the error path of pipe() to not loose this
job.

We only need to "wait" for jobcontrol if we are activly trying to gather
batches.  Waiting at other times is problematic, for instance if were
are waiting after a job starts from a pending state (job submitted for a
future time), on a busy server, sometimes runScheduler() can actuall run
between the time we put the job on the runq in ctrlJobDone(), and the
FaxRequest req is destroyed when unwonding the call stack back to
runJob() (called by the job ttsHandler.timerExpired()).

This makes our handling of the pid more intentional.  We need to get
our pid into the childQueue as soon as possible.  If it is not in there
when when it fires, then it's signal will be lost forever.

If our fork fails, we need something to make sure the ctrlJobDone()
get's run, so we need to run it ourselves.

Per Lee on Bug 733:

unblockDestJobs really shouldn't be called from unblockDestInfo in that the
two really aren't completely related.  Instead, call unblockDestJobs at more
appropriate times, making sure that the timing of di.hangup precedes it when
appropriate.

Bug 756:
  Back out modem flush command.  We can't flush the command, or we loose
  valid data.

[Bug 731] hfaxd FTP interface does not list JBIG encoded facsimiles

As reported by Torsten Neuer, hfaxd was not returning JBIG-encoded faxes
in the recvq/ listing. This patch by Lee Howard fixes that. Thanks Torsten
and Lee!

[Bug 769] Solaris patch for 4.3.0-rc

This patch from Aidan Van Dyk and iFAX Solutions resolves a SIGBUG
seen on Solaris 9 when HylaFAX is compiled with Sun's Workshop Pro CC:
aidan@mocha:~/hylafax/HylaFAX> /opt/SUNWspro/bin/CC -V
CC: Sun C++ 5.5 2003/03/12

[Bug 758] Additional languages for util/dictionary.sh (internationalization)

DICTATTEMPTS was spelled incorrectly in common-functions and notify. Thanks
to Giulio Orsero for catching this one!

[Bug 760] faxrcvd corrupts communication logs

In some cases, quoted-printable encoding of emails sent by faxrcvd was
broken. This patch by Patrice Fournier and iFAX Solutions addresses that.
Thanks also to Lee Howard for valuable input into this issue!

[Bug 762] sendfax doesn't accept both destination user and subaddress

The person@number#subaddress format was not working - this patch from
Patrice Fournier and iFAX Solutions corrects that.

[Bug 763] Class 2.x received g4 files are corrupted by HylaFAX
2D-MMR faxes received in Class 2.x on some Multitech modems are out of spec,
causing problems with some decoders (such as the one in libtiff). Thanks to
Patrice Fournier and iFAX Solutions.

Typo cleanup

Few changes/fixes since beta1, so introducing 4.3.0rc1.

Add in the 2nd part of Lee's fix to the Memory Decoder EOFB in bug 750.

Add JobControlWait option to faxq that makes faxq wait synchronously for
JobControlCmd to finish before continuing on.  This solves peoples concern
that using JobControl reduces faxq's batching efficiency.

Introducing the first beta of hylafax-4.3.0. Great work all!

Bug 756: Flush modem input before sending data.
  Some devices have duplicate CONNECT.. or FAX... message.

1st half of the fix for Bug 740

Disable JobControlCmd by default in faxq, as it can change batching
behaviour.

[Bug 754] "Fax protocol error" in ECM mode
This patch, by Lee Howard, fixes a error that is revealed by some compilers
that could lead to looping.

Per Lee at http://hylafax.bkbits.net:8080/lee/cset@1.1234:

This adds (supposedly) all German NSF codes per http://www.bundesnetzagentur.de

This also fixes the HylaFAX NSF code that we send (receiving) to the proper
bit order  (there's lots of confusion on this matter)

[Bug 753] Patton 2977 optimisations
This patch, by Lee Howard, adds Class1RMPersistence: 0 to the digi config file,
and doubles the V.21 HDLC frame reception timeout to 10 seconds. Thanks to Lee
for the patch, and to Christian for confirming that it helps. See:

http://www.hylafax.org/archive/2006-03/msg00171.php

[Bug 751] Ignore MESSAGE-WAITING after dialing from Hayes Accura 56K
This patch by Lee Howard allows HylaFAX to ignore the harmless
MESSAGE-WAITING response when dialing with some Conexant chipset modems.

See http://www.hylafax.org/archive/2006-02/msg00054.php for the original
problem report.

*** empty log message ***

[Bug 740] In V.34 fax a lower limit of 2400 bps for primary rate renegotiations will pose problems with symbolrates other than 2400
This patch limits primary rate renegotiations to 4800. Thanks to John
Sucaet for the report, and Lee Howard for the patch!

[Bug 736] Control channel retrain (V.34 fax) results in disconnect (DCN)
Thanks for the contribution John Sucaet!

[Bug 736] Control channel retrain (V.34 fax) results in disconnect (DCN)
Correct a logic problem in control channel retrains that caused HylaFAX
to consider them unsuccessful even when they succeeded. Thanks to John
Sucaet for the original report and fix, and Lee for the final patch.

[Bug 749] isdn4linux modem config prototype
This patch, by Lee Howard and Chris Parsons adds support for isdn4linux
(/dev/ttyIX) Modems

[Bug 749] isdn4linux modem config prototype
This patch from Lee Howard and Chris Parsons adds support for isdn4linux
(/dev/ttyIX) modems

[Bug 748] This patch, by Lee Howard, adds iaxmodem config prototype

As Tim rightly points out == here should be =

[Makefile.in faxcover/Makefile.in] My last change to faxcover/Makefile.in
was incomplete. Thanks to Aidan for the correct fix.

[faxcover/Makefile.in] s/clobber/clobberconfig/ to quiet warnings about
overwriting clobber rule from ../rules

OpenServer doesn't have setenv

OpenServer native compilers don't support returning in a conditional for
inline functions.

Change it to a conditional in a return instead - go figure ;-)

Correct Jay's name (per his request), and minor typo.

Reformat to single column and remove pre- and post-hylafax.org distinction
per -devel discussion.

Clean up some warnings in compiling JobControl as reported by Tim Rice.

We need stdlib.h for setenv() as reported by Tim.

* Update config.guess & config.sub (27 Mar 2006)

Add JobControl mechanism to obsolete DestControls.

JobControlCmd (faxq config option) is a program which is run, given a jobid,
that outputs a set of "tag: value" lines (similar to config files) which
control the per-job values of things which used to be handled by DestControls.

Bug 732 - hfaxd SNPP LOGI returns 230

hfaxd, when answering SNPP LOGI request should be returning 250, instead of
230.

Reported by  Don Seiler from http://jsnpp.sourceforge.net/

Bug 723 - On some OS/distributions, hfaxd timezone handling is incorrect

On newer GLIBC, they *always* check /etc/localtime for timzone information
if TZ isn't set.  Older distros cache the localtime information.  If TZ isn't
set, we'll set it here before entering out chroot (where /etc/localtime
isn't available).

Bug 739: Recvq TIF faxes not locked when receiving

This results in hfaxd not knowing if the faxes are currently being received
for it's %z handling

Bug 118: fix page batching which we broke in an earlier patch on this
         bug report in the 4.2.2 release

update

Bug 730: expands Class1JBIGSupport definition

Bug 176: adds some needed escapes

man/callid.4f is gone now

Bug 741: replace QualifyCID with DynamicConfig RejectCall

Bug 735: fix buffer overrun in NSF parsing

Bug 176: internationalization support of e-mails

Bug 176: add CHARSET support for notification e-mails

Bug 737: use To-Company and To-Name coverpage entries in the notification
  message if they are available to use

Bug 291: Remove extra -fpic for linux gcc DSO

Rollup patch of Bug 291: Solaris DSO support.

Enables solaris DSO support.

Bug 718: defs.in LIBS line shouldn't have system libs

Bug 726: add libtiff-3.8 support in configure

Bug 729: call PDFs as such in the q-file

Bug 672: vsnprintf really should be called with arguments.

Bug 232: fix HDLCFrame copying which causes errors where CTC is received as PPS

Bug 631: fix logic error where TCF fails after an unexpected recipt of
         prologue frames, which would cause a protocol error

RC3 becomes 4.2.5 - great work all!

Third release candidate - third time lucky?

echo -e is not portable.  We don't need it, it was used for a few newlines,
which can be done with 2 echos, and for getting the \n chagnes out of
$faxstatus, which now uses sed.

add prototype config catch for Digicom Leonardo modems thanks to Filippo Carletti