Hantera inkommande meddelanden¶
Ett inkommande meddelande är ett e-postmeddelande som levereras till en Odoo-databas. Vem som helst kan skicka ett e-postmeddelande till ett e-postalias som skapats i databasen eller svara på ett e-postmeddelande som tidigare skickats från databasen baserat på rubriken reply-to.
Aliasnamn för e-post¶
Modellspecifika alias¶
Vissa applikationer har sina egna specifika alias (säljteam, helpdeskteam, projekt etc.). Dessa alias används för att:
Skapa en post när ett e-postmeddelande skickas direkt till aliaset,
Ta emot svar på ett e-postmeddelande som ursprungligen skickats från en post.
Example

I exemplet ovan kommer ett e-postmeddelande till info@company-name.odoo.com
att skapa en ny affärsmöjlighet eller ett nytt lead som automatiskt tilldelas motsvarande säljteam. Om ett e-postmeddelande skickas från chattaren för en befintlig möjlighet kommer svar-till att vara info@company-name.odoo.com
. Svaret publiceras i rätt chatter, enligt rubriken message-id.
Catchall¶
Om en applikation inte har något alias används ett generiskt reservalias: catchall. Ett e-postmeddelande som skickas från en chattare har en svarsadress som är inställd på detta catchall-alias. Ett svar som skickas till catchall skickas till rätt chattare tack vare rubriken message-id.
Som standard kommer den lokala delen catchall att användas. Aktivera :ref:developer-mode
och gå till :menuselection:``Settings –> Technical –> Emails: Alias Domains` för att komma åt konfigurationen.
Ett e-postmeddelande till catchall måste alltid vara ett svar på ett tidigare e-postmeddelande som skickats från databasen. Om ett e-postmeddelande skickas direkt till catchall kommer avsändaren att få följande meddelande:

Observera
E-postadressen info@company-name.com
som visas i skärmdumpen ovan är den e-postadress som ställts in för företaget. När du går in i utvecklarläget på en företagsprofil blir ytterligare konfigurationsalternativ (t.ex. catchall och bounce) läsbara. De kan ändras genom att klicka på den interna länken för e-postdomänen. Det rekommenderas i allmänhet inte att ändra dessa alternativ om inte särskilda behov kräver det, eftersom det kommer att påverka alla svar på tidigare skickade e-postmeddelanden.
Example
Ett alias kan konfigureras för ett säljteam i CRM-appen. När en kund svarar på ett e-postmeddelande som kommer från CRM-appen är svar-till info@company-name.odoo.com
.
När ett e-postmeddelande skickas från Contact-appen är svarsadressen catchall@company-name.odoo.com
eftersom det inte finns något alias i kontaktmodellen.
Observera
Det är lämpligt att behålla den lokala delen av catchall och bounce oförändrad. Om detta värde ändras kommer tidigare e-postmeddelanden som skickats från databasen fortfarande att ha de tidigare värdena för den lokala delen. Detta kan leda till att svaren inte tas emot korrekt i databasen.
Studsa¶
På samma sätt som catchall-aliaset används för att skapa svarsadressen, används bounce-aliaset för att skapa return-path för e-postmeddelandet. return-path används när e-postmeddelanden inte kan levereras till mottagaren och ett felmeddelande skickas tillbaka till avsändaren.
Som standard kommer namnet bounce att användas. Aktivera Utvecklarläge (felsökningsläge) och gå till för att komma åt konfigurationen.
Observera
I Odoo Online, när du använder standardservern för utgående e-post, tvingas returadressen till värdet bounce@company-name.odoo.com
oberoende av det värde som anges som bounce-alias.
När ett fel inträffar tas ett meddelande emot och visas i ett rött kuvert i chatten. I vissa fall kan det röda kuvertet bara innehålla ett ”inget fel”-meddelande, vilket innebär att det finns ett fel som inte kunde hanteras av Odoo.
Ett meddelande kommer också att visas i Diskutera-ikonen i navigeringsfältet.

Example
Om mottagarens e-postadress är felaktig kan man genom att klicka på det röda kuvertet i chatten få ett felmeddelande som innehåller orsaken till felet.

Ta emot e-postmeddelanden med Odoos standardkonfiguration¶
På Odoo Online och Odoo.sh är alias-, svars- och bounce-adresserna för e-post förkonfigurerade. Dessa adresser använder den aliasdomän som automatiskt läggs till i en standarddatabas.
Example
Om databasens URL är https://mydatabase.odoo.com
skapas automatiskt aliasdomänen mydatabase.odoo.com
. Catchall och bounce kan användas och deras adresser är catchall@mydatabase.odoo.com
respektive bounce@mydatabase.odoo.com
.
Om CRM-appen är installerad och ett säljteam med aliaset info
skapas, kan adressen info@mydatabase.odoo.com
användas omedelbart. Samma sak gäller för alla andra alias som skapas i andra applikationer.
Databasdomänen är klar att användas för att ta emot e-postmeddelanden utan ytterligare konfiguration.
Använd flera Odoo-underdomäner¶
På Odoo Online är den enda Odoo-subdomänen den som definierades vid skapandet av databasen.
På Odoo.sh är det möjligt att använda flera Odoo-underdomäner. I filialens inställningar kan ytterligare Odoo-subdomäner läggas till så länge de inte redan används i en annan filial. Dessa domäner måste sedan läggas till i de aliasdomäner som ska användas av ett företag.

Använd en anpassad domän för inkommande meddelanden¶
aliasdomänen måste vara vald i de allmänna inställningarna. Om du har flera företag måste vart och ett av dem konfigureras.

Alla alias kommer att använda denna anpassade domän. Svar på modeller för vilka ett alias är konfigurerat görs till [alias]@min-anpassade-domän.com
. Svar till andra modeller skickas till catchall via catchall@my-custom-domain.com
.

Viktigt
Om e-postmeddelanden skickas med hjälp av Odoos e-postservrar medan du använder en anpassad domän, följ instruktionerna i ”Använda en anpassad domän med Odoos e-postserver”.
Eftersom den här anpassade domänen används skickas alla e-postmeddelanden som använder ett alias (svar, studsar och direktutskick) till en adress i domänen. De levereras alltså till den e-postserver som är kopplad till domänen (MX-post). För att visa dem i chatten eller för att skapa nya poster är det nödvändigt att hämta dessa inkommande e-postmeddelanden i Odoo-databasen.
Metod |
Fördelar |
Nackdelar |
---|---|---|
Enkelt att konfigurera, e-postmeddelanden skickas direkt till databasen. |
Varje alias för en databas måste konfigureras. |
|
Gör det möjligt att behålla en kopia av e-postmeddelandet i din brevlåda (med IMAP). Gör det möjligt att skapa poster i den valda modellen. |
Beror på en CRON, vilket innebär att e-postmeddelanden inte hämtas omedelbart i databasen. Varje alias för en databas måste konfigureras. |
|
Endast en post behöver skapas för att alla alias ska fungera korrekt. |
Användning av en underdomän krävs. Kräver avancerad teknisk kunskap. |
Viktigt
För lokala databaser kräver metoderna för omdirigering och MX-poster även att du konfigurerar mail gateway-skriptet. För att gå igenom detta skript krävs avancerade kunskaper om teknik och infrastruktur.
Viktigt
Se dokumentationen från din leverantör för mer detaljerad information om hur du hanterar de metoder som beskrivs nedan.
Omdirigeringar¶
Om databasen är hostad på Odoo Online eller Odoo.sh rekommenderas att du använder omdirigeringar. De gör att meddelanden kan tas emot utan fördröjning i databasen.
Det är obligatoriskt att omdirigera catchall- och bounce-adressen till databasens Odoo-subdomän. Alla andra alias som används måste också omdirigeras.
Example
Med ett säljteam krävs följande omdirigeringar:
catchall@company-name.com
→catchall@company-name.odoo.com
bounce@company-name.com
→bounce@company-name.odoo.com
info@company-name.com
→info@company-name.odoo.com
Viktigt
Vissa leverantörer ber att få validera omdirigeringen genom att skicka en länk till måladressen. Den här proceduren är ett problem för catchall och bounce eftersom de inte används för att skapa poster.
Ändra catchall-värdet på e-postaliasdomänen. Utvecklarläge (felsökningsläge) måste vara aktiverat för att du ska kunna komma åt den här menyn. Det kan t.ex. ändras från
catchall
tilltemp-catchall
. Detta gör det möjligt att användacatchall
som den lokala delen av ett annat alias.Öppna en app som använder ett alias. CRM innehåller t.ex. alias för varje säljteam. Ange
catchall
som den lokala delen av aliaset för ett säljteam.Valideringsmeddelandet skapar en post i CRM-appen. Det skickade e-postmeddelandet kommer att synas i chattfunktionen, så att du kan validera omdirigeringen.
Glöm inte att ändra tillbaka aliaset för säljteamet och catchall-värdet på aliasdomänen för e-post, precis som de var före den här proceduren.
Observera
Ett alternativ till omdirigeringar är vidarebefordran. Vid vidarebefordran kommer den adress som vidarebefordrar e-postmeddelandet att identifieras som avsändare, medan den ursprungliga avsändaren alltid kommer att finnas kvar vid omdirigeringar.
Servrar för inkommande e-post¶
Som tidigare nämnts är den rekommenderade metoden för att ta emot e-post i Odoo att använda omdirigeringar. Det är dock också möjligt att konfigurera servrar för inkommande e-post. Att använda den här metoden innebär att du skapar en inkommande e-postserver för varje brevlåda på din server, catchall, bounce och alla alias i databasen, för att hämta alla inkommande e-postmeddelanden. Servrar för inkommande e-post skapas genom att gå till :menuselection:` `Inställningar –> Tekniska –> E-post: Servrar för inkommande e-post”.
Viktigt
Vi rekommenderar att du använder IMAP-protokollet framför POP-protokollet, eftersom IMAP hämtar alla olästa e-postmeddelanden, medan POP hämtar alla e-postmeddelanden och sedan märker dem som raderade i din brevlåda.
Tips
Det är också möjligt att ansluta en brevlåda via Gmail med Google OAuth eller Outlook med Microsoft Azure OAuth.
Oavsett vilket protokoll som väljs hämtas e-postmeddelanden med hjälp av den schemalagda åtgärden Mail: Fetchmail Service schemalagd åtgärd.
Genom att använda en server för inkommande post i Odoo får du dessutom möjlighet att skapa nya poster i en viss modell. Varje inkommande e-postserver kan skapa poster i en annan modell.
Example
E-postmeddelanden som tas emot på task@company-name.com
hämtas av Odoo-databasen. Alla hämtade e-postmeddelanden kommer att skapa en ny projektuppgift i databasen.

MX-post¶
Ett tredje alternativ är att skapa en MX-post i din DNS-zon som anger vilken e-postserver som ska hantera e-post som skickas till din domän. Avancerad teknisk kunskap krävs.
Viktigt
Denna konfiguration fungerar endast med en underdomän på Odoo Online- eller Odoo.sh-infrastrukturen (t.ex. @mail.mydomain.com
)
Nedan presenteras några specifikationer beroende på typ av hosting:
Den anpassade subdomänen måste läggas till i ditt Odoo Portal.
Den anpassade underdomänen måste läggas till i inställningarna för projektet:

Oändliga e-postloopar¶
I vissa fall kan oändliga sändningsslingor skapas. Odoo ger ett visst skydd mot sådana slingor, vilket säkerställer att samma avsändare inte kan skicka för många e-postmeddelanden som skulle skapa poster till ett alias under en viss tidsperiod.
Som standard kan en e-postadress skicka upp till 20 e-postmeddelanden på 120 minuter. Om fler e-postmeddelanden skickas blockeras de och avsändaren får följande meddelande:

För att ändra standardbeteendet, aktivera Utvecklarläge (felsökningsläge), gå sedan till för att lägga till två parametrar.
För den första parametern anger du
mail.gateway.loop.minutes
som Key och väljer ett antal minuter som Value (120
är standardbeteendet).För den andra parametern anger du
mail.gateway.loop.threshold
som Key och väljer ett antal e-postmeddelanden som Value (20
är standardbeteendet).
Viktigt
Dessa parametrar används endast för att förhindra att nya poster skapas. De förhindrar inte att svar läggs till i chattningen.
Tillåt systemparameter för aliasdomän¶
Incoming aliases are set in the Odoo database to create records by receiving incoming emails. To view aliases set in the Odoo database, first activate the developer mode. Then, go to .
The following system parameter, mail.catchall.domain.allowed
, set with allowed alias domain
values, separated by commas, filters out correctly addressed emails to aliases. Setting the domains
for which the alias can create a ticket, lead, opportunity, etc., eliminates false positives where
email addresses with only the prefix alias, not the domain, are present.
I vissa fall har matchningar gjorts i Odoo-databasen när ett e-postmeddelande tas emot med samma aliasprefix och en annan domän på den inkommande e-postadressen. Detta gäller för avsändare, mottagare och CC e-postadresser i ett inkommande e-postmeddelande.
Example
When Odoo receives emails with the commercial
prefix alias in the sender, recipient, or
CC email addresses (e.g. commercial@example.com), the database falsely
treats the email as the full commercial
alias, with a different domain, and therefore, creates
a ticket/lead/opportunity/etc.
To add the mail.catchall.domain.allowed
system parameter, first, activate the developer mode. Then, go to .
Click New. Then, type in mail.catchall.domain.allowed
for the Key field.
Next, for the Value field, add the domains separated by commas. Manually (Save), and the system parameter takes immediate effect.

Lokal delbaserad inkommande detektering¶
When creating a new alias, there is an option to enable Local-part based incoming detection. If enabled, Odoo only requires the local-part to match for routing an incoming email. If this feature is turned off, Odoo requires the whole email address to match for routing an incoming email.