[FIX] mail: more robust parsing of In-Reply-To/References (OPW 608919)

When parsing incoming messages, ignore white-space around
In-Reply-To headers, and extract message-id items inside
the References header using a regex.
This actually serves as a workaround for broken MTAs
mangling References (such as outlook.com nesting past ones
with commas, violating RFC2822).

Closes #516 as a manual rebase.
[FIX] web: chain close action on wizard confirm

If a wizard has several steps, or laucnh a second wizard, the view from where has been loaded the initial wizard is finally reloaded
[IMP] Optimize the schedulers of the calendar, fetchmail and base_action_rules modules

Disable the the crons when they'd have nothing to do, re-enable them when a
task is (probably) introduced
[FIX] account_payment: lin2bank correct fallback condition
[IMP] web: extra comments to explain commit 57b4860

Added some cryptic comments so we remember a bit
why we have a complicated dance with on_close.
Basically we do not want to reload the
original form view until the last popup is closed,
in the case where several wizard (steps) are opened
one after the other.
[FIX] payment_paypal: avoid json decode error

with post.pop('custom', '{}'), if the key 'custom' is not there, it will return '{}', but if the key is there, but the value is equivalent to False, the json decode will fail.
[FIX] website_forum_doc: forum.documentation.stage readable by all
[FIX] mrp: do not reset back stock moves to confirm

For instance, setting a BOM Phantom with:
Finished product: stockable, MTO Manufacture
Components: stockable, MTS, Buy. Inventory set to 1000
Stock moves of components are directly set to assigned once the procurement confirmed thanks to JIT
The stock moves should not be set back to confirmed after they have been assigned
[MERGE] forward port of branch 7.0 up to 7307227
fix #1253
remove pudb
- Fix #1253
- avoid using sale objects in stock_account module
- check the purchase side
[WIP] Create procurement when Phantom
[IMP] Clean need_procurement and add partner on procurement for Phantom with service
[FIX] Services type procurements are also important to trigger sale wkf
[WIP] Add link with sale order by duplicating.  That way sale order will be delivered when procurement is done
[WIP] This should be enough to put sale order to delivered when all tasks have been done.  Problem is that because of procurement_jit it is creating it twice
[IMP] Make sure normal products will still work
[WIP] In between test
[IMP] Phantom BoMs only out of services products should work