Odoo documentation sources
![]() Coming from https://www.odoo.com/web#id=39964&view_type=form&model=project.task&action=333&active_id=880&menu_id=4720 Purpose ======= Add following topics to email server doc: how to use office 365 servers with Odoo on-premise (spf, dkim) how to setup bounce system Office 365: when customer use their business addresses or a custom domain in the "From": 1. SPF: if they have an SPF record, it is absolutely necessary that this record be modified to contain "include: _spf.odoo.com" 2. DKIM: We have enabled automatic DKIM signature for all domains, and to be valid they can add a DNS "odoo._domainkey" CNAME record to "odoo._domainkey.odoo.com". For example, for "foo.be" they should have a record "odoo._domainkey.foo.be" that is a CNAME with the value "odoo._domainkey.odoo.com". This is especially useful if their domain pro is hosted by Office 365, and they want to enable the "DKIM" option in Office 365. 3. For domains hosted by Office 365, the previous 2 points are important, but not always enough to send emails from Odoo. They can improve the results by ensuring that the "Alias Domain" in Odoo's General Settings is their Office 365 domain (for example "foo.be") rather than "foo.odoo.com". But be careful, so that answers and bounces always reach Odoo, they must create a mail redirection in Office 365 for the "catchall @" (for example redirect "catchall@foo.be" to "catchall@foo.odoo.com" ) |
||
---|---|---|
_extensions | ||
_static | ||
.tx | ||
accounting | ||
crm | ||
db_management | ||
discuss | ||
ecommerce | ||
expense | ||
general | ||
getting_started | ||
helpdesk | ||
inventory | ||
legal | ||
locale | ||
manufacturing | ||
point_of_sale | ||
project | ||
purchase | ||
sales | ||
website | ||
.gitignore | ||
accounting.rst | ||
applications.rst | ||
business.rst | ||
conf.py | ||
crm.rst | ||
discuss.rst | ||
ecommerce.rst | ||
expense.rst | ||
general.rst | ||
index.rst | ||
inventory.rst | ||
legal.rst | ||
Makefile | ||
manufacturing.rst | ||
point_of_sale.rst | ||
practical.rst | ||
project.rst | ||
purchase.rst | ||
README.rst | ||
sales.rst | ||
website.rst |
=========================== End-user Odoo documentation =========================== Building requirements: * Python 2.7 * recent `Sphinx <http://sphinx-doc.org>`_ (at least Sphinx 1.2) you can check if Sphinx is installed by trying to launch .. code-block:: console $ sphinx-build --version See `the sphinx documentation <http://sphinx-doc.org/install.html>`_ for local installation instructions. * `git <http://www.git-scm.com>`_ * clone this repository using git, then at the root of the repository, in a console, .. code-block:: console $ make html this should compile the documentation to HTML, and put the generated HTML in ``_build/html/index.html``. Contributions ============= For simple edition (typo, just add paragraphs of text without markup), the Github web interface can be used directly. For more complex edition, to add images or advanced directives, edit locally. **Do not commit if there are warnings or errors when building the documentation** fix them first. rST is fairly sensitive to whitespace and newlines (especially the lack of newlines). It's a bit annoying but it's not hard to learn. Issues can be reported on the repository's bug tracker as usual. Custom features =============== Extensions ---------- Two custom directives are provided for integration with Odoo's demo system: * ``demo:fields:: {external_id}`` lists all the fields with a tooltip (``help``) of the action whose ``external_id`` is provided. - Uses the ``form`` view by default, can be customized by specifying ``:view:``. - The list of fields displayed can be filtered with ``:only:`` which should be a list of space-separated fields to display. Note that this will further reduce the number of fields displayed, it will not force fields to be listed when they don't have a ``help``. .. code-block:: restructuredtext .. demo:fields:: account_asset.action_account_asset_asset_list_normal_sale :only: name will display a table of just the ``name`` field and its ``help`` (or nothing if the ``name`` field does not have a ``help``) * ``demo:action:: {external_id}`` will create a link button to the action (specified by external id) on the demo site. The text of the button should be provided as the directive's content: .. code-block:: restructuredtext .. demo:action:: account_asset.action_account_asset_asset_list_normal_sale View *Asset Types* Theme Customisations -------------------- * The Odoo theme supports *Banner Images* at the top of documents. These banners are configured by setting a ``:banner:`` field at the top of the document (before the page title), the banner images will be looked up in the ``_static`` folder at the root of the project .. code-block:: restructuredtext :banner: banners/accounting.png ========== Accounting ========== [...] .. warning:: because banners are wide images and each page may have one, it is strongly recommended to compress them well. For PNG, use `pngquant <https://pngquant.org>`_ (or a UI to it) to reduce the number of colors in the image followed by regular PNG recompression tools like `pngcrush <http://pmt.sourceforge.net/pngcrush/>`_ and `pngout <http://www.advsys.net/ken/util/pngout.htm>`_. Importing existing documents ============================ For documents which already exist in an other format or in Google docs, it's possible to get a head-start by converting the existing document using `Pandoc <http://pandoc.org>`_. The main issue is that anything but trivial original documents will need fixing up (possibly lots of it) to get *good* rST (or possibly working rST at all). Example:: pandoc -f docx -t rst path/to/document.docx -o new_doc.rst --extract-media=. will convert ``path/to/document.docx`` to ``new_doc.rst`` and export all images to ``./media`` (and link them from the document). While there are issues with the exported document, it's much more convenient than manually re-typing the original.