• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion
  • Please beaware of a breaking change in the REST API on the next Plesk release (18.0.62).
    Starting from Plesk Obsidian 18.0.62, requests to REST API containing the Content-Type header with a media-type directive other than “application/json” will result in the HTTP “415 Unsupported Media Type” client error response code. Read more here

E-Mail Header

... or is it possible to remove the number in the "Delivered-To" field which is set as prefix and to also remove the second delivered to field in the header.

Our header looks like this:

X-POP3RCPLIST: *@xxxx.de, *@xxxx.de
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: (qmail 19919 invoked by uid 110); 22 Aug 2007 15:23:19 +0200
Delivered-To: [email protected]
Received: (qmail 19854 invoked from network); 22 Aug 2007 15:23:19 +0200
Received: from mailin.xxx.de (xx.xxx.xx.xxx)
by mail01.xxxxxxx.net with SMTP; 22 Aug 2007 15:23:19 +0200
Received: from xxx.xx.xxx.xx by mailin.xxx.de (InterScan E-Mail VirusWall NT); Wed, 22 Aug 2007 15:22:00 +0200
Received: from [xxx.xxx.xxx.xxx] by mail.xxxx.de (GMS
12.01.3461/NU7700.00.1c78fe32) with ESMTP id pegmjfaa for
[email protected]; Wed, 22 Aug 2007 15:25:40 +0200
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-865644c6-9eab-48c1-b71a-f1c256a2b771"
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: =?iso-8859-1?Q?Bitte_noch_erg=E4nzen?=
Date: Wed, 22 Aug 2007 15:23:21 +0200
Message-ID: <[email protected]>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: =?iso-8859-1?Q?Bitte_noch_erg=E4nzen?=
Thread-Index: Acfkv6UA1GLyBDwCQsOuVILv+SlywQ==
From: "CARAT-Daten" <[email protected]>
To: <[email protected]>
X-AntiSpam: Checked for restricted content by Gordano's AntiSpam Software 13:33
 
Anybody an answer about this one? I have the same issue for some of my customers.
 
there is no way to remove those numbers, since they are necessary for qmail to serve multiple virtual hosts. it's the way qmail works.
 
Isn't there a way to remove the numbers after the fact? I mean after they have been placed in the box? Or during the process like the virusscanners and spamscanners scan the message?

Like placing something in the .qmail file ? A very simple perl script could do it, however I have no idea or samples on how to set this up. If I get my hands on one simple sample on how to implement this, I'm pretty sure I can figure this out.
 
Back
Top