Closed PysX closed 1 month ago
Feel free to share EML file of the email or send it to support@freescout.net
Hello,
I made zip with two eml files. HTML file is OK (headers separated from Body in freescout), TEXT si KO (Body contains headers in freescout).
Thanks for support,
We've checked email_text_ko.eml
using php artisan freescout:parse-eml
console command and it's being parsed correctly on our FreeScout instance.
Try to place email_text_ko.eml
file into /storage/logs/email.eml
, run the following console command and send it's output:
php artisan freescout:parse-eml
It seems to be successfully parsed :
[tiredofit/freescout:1.17.79 14:11:06 /www/html] $ php artisan freescout:parse-eml --mailbox=1
Headers:
From mydomain Wed Jul 31 12:20:16 2024
Return-Path: <mailadm@mydomain.fr>
Received: from obi-wan.mydomain.int [192.168.6.252]
by debia.sisimai with POP3 (fetchmail-6.3.26)
for <mydomain@localhost> (single-drop); Wed, 31 Jul 2024 12:20:16 +0200 (CEST)
Received: from postman-pat-4.mydomain.net (postman-pat-4.mydomain.net [80.87.224.8])
by postman-pat.mydomain.net (8.13.4/8.15.2) with ESMTP id 46VAK3Ic031900
for <support@myproject.fr>; Wed, 31 Jul 2024 12:20:04 +0200 (CEST)
Received: from localhost (localhost.mydomain.net [127.0.0.1])
by postman-pat-4.mydomain.net (8.13.8/8.13.8) with ESMTP id 46VAK2iF021361
for <support@myproject.fr>; Wed, 31 Jul 2024 12:20:02 +0200 (CEST)
Received: from mail.mydomain.com (smtp-in.mydomain.com [80.87.225.4])
by postman-pat-4.mydomain.net (8.13.8/8.13.8) with ESMTP id 46VAJwBV024068
for <support@myproject.fr>; Wed, 31 Jul 2024 12:19:58 +0200 (CEST)
Received: from ACTDATAEX02.mydomain.intra (10.2.100.32) by
smtp-in.mydomain.com (10.1.100.17) with Microsoft SMTP Server (TLS) id
15.0.1497.32; Wed, 31 Jul 2024 12:19:40 +0200
Received: from ACTDATAEX01.mydomain.intra (10.2.100.31) by
ACTDATAEX02.mydomain.intra (10.2.100.32) with Microsoft SMTP Server (TLS) id
15.0.1497.32; Wed, 31 Jul 2024 12:19:58 +0200
Received: from ACTDATAEX01.mydomain.intra ([fe80::3091:42e2:5cbc:ee20]) by
Actdataex01.mydomain.intra ([fe80::3091:42e2:5cbc:ee20%18]) with mapi id
15.00.1497.033; Wed, 31 Jul 2024 12:19:58 +0200
From: =?iso-8859-1?Q?C=E9dric_No=EBl?= <cedric.noel@mydomain.com>
To: Support <support@myproject.fr>
Subject: Test au format TEXT
Thread-Topic: Test au format TEXT
Thread-Index: AdrjMyzYjMTrte31Rq2gPdAZBahTHg==
Date: Wed, 31 Jul 2024 10:19:57 +0000
Message-ID: <59ab2610c6d744afbe2caedc2f483ea7@Actdataex01.mydomain.intra>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.1.100.20]
Old-x-esetresult: clean, is OK
Old-x-esetid: 37303A2935BBB651627265
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
X-EsetResult: clean, is OK
X-EsetId: 37303A298BB0B651627265
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by postman-pat.mydomain.net id 46VAK5Ic002855
From:
{"personal":"Cédric Noël","mailbox":"cedric.noel","host":"mydomain.com","mail":"cedric.noel@mydomain.com","full":"Cédric Noël <cedric.noel@mydomain.com>"}
In-Reply-To:
References:
[]
Subject:
Test au format TEXT
Text Body:
ci est un test de message au format TEXT.
__________
Delivery Manager
.
HTML Body:
[tiredofit/freescout:1.17.79 14:11:56 /www/html] $
But this is the result from bot .eml file sended previsously :
Modules: Report, Workflow, Tags, Saved Replies.
So it's not quite clear why it happens for you during fetching. Someone may need to debug it on your server.
Hello,
This is information about my installation (with docker) PHP version: 8.2.21 FreeScout version: 1.8.147 Database: 10.6.7-MariaDB Are you using CloudFlare: No Are you using non-official modules: No
Since 1.8.40 (i think), some emails are fetched and in the conversation the body contains headers.
I make some tests, and the problem occurs when emails are sended as "text/plain". Emails with content type "text/html" are correctly fetched.
Example of email fetched incorrectly (from "show original" feature) :
BODY :
But headers are correctly fetched too:
HEADERS: