| Availability |
Odoo Online
Odoo.sh
On Premise
|
| Odoo Apps Dependencies |
Discuss (mail)
|
| Lines of code | 1199 |
| Technical Name |
us_mail_from_extension |
| License | OPL-1 |
| Website | https://unitsoft.com.ua/ |
Advanced Email Sender powered by UnitSoft
Pick the right sender address for the outgoing email.
Features
1. Select Sender in Chatter
Choose the right "From" address directly in the document chatter.
2. Select Sender in Mail Composer
The same selector is available in the full Compose Email wizard for reply or template-based sends.
3. Multiple Sender Sources
All sender sources gathered in one dropdown:
- Own email — the user's personal address
- Template address — value pre-filled by a mail template(composer only)
- Personal addresses — custom identities from the user's profile
- Sales Team alias — the document's team alias
- Document alias — alias of the document
- Alias Domain — corporate "From" of the alias domain
4. Personal Sender Addresses
For each user you can add an email together with a display name — and it becomes available for selection in the "From" field.
5. Flexible Access Control
The administrator decides which sender addresses are available to each user.
Step-by-Step Instruction
1. Module Activation
After uploading the module folder to your custom addons directory and restarting Odoo, navigate to the Apps menu and search for "Advanced Email Sender". Click Activate to install it.
The module depends only on the standard mail module — no extra Python libraries are required.
2. Administrator — Granting Access Rights
After installing the module, users will see the "From:" field both in the Chatter and in the Compose Email wizard. Which addresses appear in that field is controlled by four visibility groups — each one exposes a different type of sender address. Below is a description of each of them:
Makes the user's personal addresses appear in the "From" dropdown — those that the user (or admin) added on the user profile.
Adds the alias of the document's Sales Team (e.g. sales@company.com on a quotation or lead) — visible only to active members or the leader of that team.
Adds the alias attached to the document or its parent — e.g. project alias on a task, job alias on a candidate, helpdesk team alias on a ticket.
Adds the company-wide default "From" address taken from each Alias Domain's Default From Email (e.g. notifications@company.com). Reserved for administrators by default.
The system administrator (or any user holding the Access Rights — base.group_erp_manager) is responsible for assigning these groups to other internal users. To do this, go to Settings → Users & Companies → Users, enable Developer Mode, and in the Extra Rights section find the groups starting with "Sender Show…". Alternatively, if you need to configure access for many users at once, you can open Settings → Users & Companies → Groups, find each "Sender Show…" group there, and add the required users directly to the group.
Allow users to create their own personal addresses
There is one more dedicated group that controls whether users can add and manage their own personal sender addresses directly from their profile — without involving the administrator:
Lets the user create, edit and archive their own personal sender addresses on their user form. Without this group the user cannot add personal addresses at all — only the administrator can do it for them.
3. Regular User — Adding a Personal Sender Address
With the User: Edit Own Sender Address privilege granted, the user opens their own profile (top-right avatar → My Preferences) and switches to the Sender Emails tab.
Clicking Add Email opens a form where the user fills in:
- User — the user for whom the address is being created. Visible only to users with the Access Rights(
base.group_erp_manager) group. - Name — the sender's name is what the recipient sees in the 'Inbox' folder.
- Email — email address used as the actual sender when posting messages (e.g. sales@company.com).
- Company — restricts visibility to that company in multi-company setups.
- Active — if unchecked, this sender address is archived and no longer appears in the 'From' selector.
- Sender Formatted Name — final "From" string passed to outgoing emails.
- Email Signature — the sender's signature, available in the Chatter and Email Composer. Please note that this signature will not be available in email templates, since signatures are often omitted from templates or defined differently in the template markup.
4. Administrator — Central Sender Address Registry
The administrator has access to a dedicated menu Settings → Technical → Email → Sender Email Addresses, where every personal address in the system can be reviewed, created, edited or archived centrally — on behalf of any user.
Administrators can also view the history of changes made by users in Chatter. Additionally, users cannot delete their personal addresses; only administrators have this option.
5. Sending an Email with a Chosen Sender
Open any record that has a chatter (a Lead, a Sales Order, a Task, a Helpdesk Ticket, etc.) and click Send message to open a Chatter or open the standard Compose Email wizard. The standard “From” field will appear as a drop-down menu listing all the sources to which the user has access for this document.
Pick the appropriate identity, write the message and send. The recipient's mail client will show the chosen From together with a matching Reply-To display name, presenting a coherent corporate identity rather than the user's personal mailbox.
The message you send will display the email address you selected:
6. Which Addresses Will Appear — Access Matrix
The table below summarises every "From" source, the group that controls it, and the additional condition that must be true for the option to actually appear on a given document.
| Source | Visibility Group | Extra Condition | Example |
|---|---|---|---|
| Own email | none — always visible | Always shown as a guaranteed fallback. Displayed even when the user has no email ("No Email"). | "John Doe" <john@company.com> |
| Template address | none — always visible | Appears only when the composer was opened with a "From" value pre-filled by a mail template, and that value is not already in any other source. | "Acme" <sales@acme.com> |
| Personal addresses | Sender Show Personal Addresses | Active records owned by the user, with the company matching one of the user's active companies. | "John (Acme Support)" <support@acme.com> |
| Sales Team alias | Sender Show Sales Team Aliases | Document has a team_id pointing to a crm.team with an alias AND the user is an active member or the leader of that team. |
"Sales Team" <sales@company.com> |
| Document alias | Sender Show Document Aliases | The document itself (or its parent — project, job, helpdesk team) has a configured alias whose domain is shared with at least one of the user's active companies. | "Project X" <project-x@company.com> |
| Alias Domain default | Sender Show Alias Domain Default | An administrator has explicitly set Default From Email on at least one Alias Domain accessible to the user's company. | "John Doe" <notifications@company.com> |
7. How the Default Sender Is Chosen
When the composer opens, exactly one option is highlighted. The selection walks the priority list below top-to-bottom and stops at the first match.
| Priority | What Is Looked For | When It Wins |
|---|---|---|
| 1 | The address already injected into the form by the caller (typically a mail template), if it is among the available options. | Composer opens from a "Send by Email" action on a template. |
| 2 | The "From" the same user used last time on this same thread. | The user is continuing an existing conversation — the identity is kept consistent. |
| 3 | First option from the Sales Team Alias source. | The document has a sales team alias and the user is allowed to use it. |
| 4 | First option from the Document Alias source. | The document (or its parent) has its own configured alias. |
| 5 | The user's own email address. | Always — as the ultimate fallback. |
Покрокова інструкція
1. Активація модуля
Завантаживши папку модуля у ваш каталог custom addons та перезапустивши Odoo, відкрийте меню Apps і знайдіть "Advanced Email Sender". Натисніть Activate, щоб встановити модуль.
Модуль залежить лише від стандартного модуля mail — додаткові Python-бібліотеки не потрібні.
2. Адміністратор — надання прав доступу
Після встановлення модуля користувачі побачать поле "From:" як у Chatter, так і у візарді Compose Email. Які адреси з'являться у цьому полі, контролюється чотирма групами видимості — кожна відкриває окремий тип адреси відправника. Нижче — опис кожної з них:
Робить так, що персональні адреси користувача з'являються у списку "From" — ті, які додав сам користувач (або адміністратор) у профілі користувача.
Додає псевдонім (alias) команди продажів документа (наприклад, sales@company.com на пропозиції або ліді) — видно лише активним учасникам або лідеру цієї команди.
Додає псевдонім, прив'язаний до документа або його батьківського запису — наприклад, alias проєкту на завданні, alias вакансії на кандидаті, alias команди helpdesk на тікеті.
Додає корпоративну адресу за замовчуванням з поля Default From Email кожного Alias Domain (наприклад, notifications@company.com). За замовчуванням зарезервовано лише для адміністраторів.
Системний адміністратор (або будь-який користувач з правом Access Rights — base.group_erp_manager) відповідає за призначення цих груп іншим внутрішнім користувачам. Для цього перейдіть у Settings → Users & Companies → Users, увімкніть Developer Mode і в секції Extra Rights знайдіть групи, що починаються з "Sender Show…". Альтернативно, якщо потрібно налаштувати доступ одразу для багатьох користувачів, відкрийте Settings → Users & Companies → Groups, знайдіть там кожну групу "Sender Show…" і додайте потрібних користувачів прямо до групи.
Дозволити користувачам створювати власні персональні адреси
Існує ще одна окрема група, яка визначає, чи можуть користувачі самостійно додавати та керувати власними персональними адресами відправника прямо зі свого профілю — без участі адміністратора:
Дозволяє користувачу створювати, редагувати та архівувати власні персональні адреси відправника у формі свого профілю. Без цієї групи користувач взагалі не може додавати персональні адреси — їх може створювати лише адміністратор.
3. Звичайний користувач — додавання персональної адреси відправника
Маючи право User: Edit Own Sender Address, користувач відкриває власний профіль (аватар у правому верхньому куті → My Preferences) і переходить на вкладку Sender Emails.
Натискання Add Email відкриває інлайн-редактор, де користувач заповнює:
- User — користувач, для якого створюється адреса. Видно лише користувачам з групою Access Rights (
base.group_erp_manager). - Name — ім'я відправника, яке отримувач бачить у папці 'Inbox'.
- Email — поштова адреса, що використовується як фактичний відправник при надсиланні повідомлень (наприклад, sales@company.com).
- Company — обмежує видимість цією компанією у мультикомпанійних налаштуваннях.
- Active — якщо знято позначку, ця адреса архівується і більше не з'являється у селекторі 'From'.
- Sender Formatted Name — фінальний рядок "From", який буде переданий у вихідні листи.
- Email Signature — підпис відправника, доступний у Chatter та вікні відправки електронних листів. Зверніть увагу, що цей підпис не буде доступний у шаблонах електронних листів, оскільки підписи часто не вказуються у шаблонах або визначаються по-іншому в розмітці шаблону.
4. Адміністратор — центральний реєстр адрес відправників
Адміністратор має доступ до окремого меню Settings → Technical → Email → Sender Email Addresses, де можна централізовано переглядати, створювати, редагувати або архівувати будь-яку персональну адресу в системі — від імені будь-якого користувача.
Адміністратор також може переглядати історію змін, які зробили користувачі, у Chatter. Крім того, користувачі не можуть видаляти свої персональні адреси — таку можливість мають лише адміністратори.
5. Надсилання листа з обраним відправником
Відкрийте будь-який запис, який має chatter (Lead, Sales Order, Task, Helpdesk Ticket тощо), натисніть Send message, щоб відкрити Chatter або відкрийте стандартний візард Compose Email. Стандартне поле "From" з'явиться у вигляді випадаючого списку з усіма джерелами, до яких користувач має доступ для цього документа.
Оберіть потрібну ідентичність, напишіть повідомлення і надішліть. Поштовий клієнт отримувача покаже обране значення From разом із узгодженим іменем у Reply-To, представляючи єдину корпоративну ідентичність замість особистої поштової скриньки користувача.
У надісланому повідомленні буде відображатися обрана вами адреса:
6. Які адреси з'являться — матриця доступів
Таблиця нижче підсумовує кожне джерело "From", групу, яка ним керує, і додаткову умову, яка має виконатись, щоб опція дійсно з'явилася на даному документі.
| Джерело | Група видимості | Додаткова умова | Приклад |
|---|---|---|---|
| Own email | немає — завжди видно | Завжди показується як гарантований fallback. Видно навіть якщо у користувача немає пошти ("No Email"). | "John Doe" <john@company.com> |
| Template address | немає — завжди видно | З'являється лише коли композер було відкрито зі значенням "From", заздалегідь підставленим mail-шаблоном, і цього значення ще немає в жодному іншому джерелі. | "Acme" <sales@acme.com> |
| Personal addresses | Sender Show Personal Addresses | Активні записи, що належать користувачу, з компанією, яка збігається з однією з активних компаній користувача. | "John (Acme Support)" <support@acme.com> |
| Sales Team alias | Sender Show Sales Team Aliases | Документ має поле team_id, що вказує на crm.team з налаштованим alias І користувач є активним учасником або лідером цієї команди. |
"Sales Team" <sales@company.com> |
| Document alias | Sender Show Document Aliases | Сам документ (або його батько — project, job, helpdesk team) має налаштований alias, чий домен спільний хоча б з однією з активних компаній користувача. | "Project X" <project-x@company.com> |
| Alias Domain default | Sender Show Alias Domain Default | Адміністратор явно задав Default From Email хоча б на одному Alias Domain, доступному компанії користувача. | "John Doe" <notifications@company.com> |
7. Як обирається відправник за замовчуванням
Коли композер відкривається, одна опція вже виділена. Логіка вибору проходить пріоритетний список зверху вниз і зупиняється на першому збігу.
| Пріоритет | Що шукається | Коли спрацьовує |
|---|---|---|
| 1 | Адреса, яку у форму вже підставив виклик (зазвичай mail-шаблон), якщо вона є серед доступних опцій. | Вікно відправки шаблону електронного листа. |
| 2 | "From", з якого цей самий користувач писав востаннє в цьому документі. | Користувач продовжує існуючу розмову — відправник залишається таким, як раніше. |
| 3 | Перший варіант з джерела Sales Team Alias. | Документ має команду продажу з налаштованим псевдонімом і користувач є учасником команди. |
| 4 | Перший варіант з джерела Document Alias. | У документа (або його батька) є власний налаштований alias. |
| 5 | Власна адреса користувача. | Завжди — як останній варіант. |
Support
We provide free bug fixes and updates for all our modules for 1 year after purchase.
The warranty is for a clean installation of Odoo.
If you need help, please submit a request through our Support Portal at https://unitsoft.com.ua/support. Our support team, which consists of the developers who created the product, is always ready to help you.
We will not provide support (for free) if our modules do not work on your server or conflict with other modules.
We are ready to consider your requests regarding the functionality of our modules, and if they prove useful, we can take them into account when releasing new versions.
We also provide all types of Odoo support services, such as installing Odoo on your server, maintaining your Odoo server, custom development.
We invite you to familiarize yourself with our support packages here: https://unitsoft.com.ua/services-plan
Our Odoo Apps
| Availability |
Odoo Online
Odoo.sh
On Premise
|
| Odoo Apps Dependencies |
Discuss (mail)
|
| Lines of code | 1199 |
| Technical Name |
us_mail_from_extension |
| License | OPL-1 |
| Website | https://unitsoft.com.ua/ |
Odoo Proprietary License v1.0 This software and associated files (the "Software") may only be used (executed, modified, executed after modifications) if you have purchased a valid license from the authors, typically via Odoo Apps, or if you have received a written agreement from the authors of the Software (see the COPYRIGHT file). You may develop Odoo modules that use the Software as a library (typically by depending on it, importing it and using its resources), but without copying any source code or material from the Software. You may distribute those modules under the license of your choice, provided that this license is compatible with the terms of the Odoo Proprietary License (For example: LGPL, MIT, or proprietary licenses similar to this one). It is forbidden to publish, distribute, sublicense, or sell copies of the Software or modified copies of the Software. The above copyright notice and this permission notice must be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Please log in to comment on this module