Message-ID nicht korrekt?

trader2005 2019-04-11 07:22:37 UTC #1

Wenn ich aus egroupware heraus emails versende, wird folgende Message-ID generiert:

Message-ID: 20190410212619.EGroupware.TO_gRTJhYovYQIOmwd6aQJf@192.168.1.34

Es wird also die IP-Adresse des egroupware-hosts angefügt (192.168.1.34) anstelle des hostname. Dies verwirrt wohl manche spam-filter. Wenn ich von derselben Maschine über exim4 mails versende, kommt der hostname in der Message-ID, ebenso wie wenn ich thunderbird verwende.

Wie kann man das ändern, bzw. ist das so gedacht?

Ich nutze postfix/dovecot als internen mailserver mit relay zu einem smtp meines internet-providers. Im setup von egroupware ist der mail hostname usw. korrekt eingegetragen, also insb. folgendes:
Hostname des Computers auf dem der Server läuft: --> das Ergebnis von hostname -f, d.h. host.example.com
POP/IMAP Mail Server Hostname oder IP Adresse[:port]: internalmail.example.com

Mail Server Login Typ: Virtual Mail Manager
Mail Domain: example.com

Vielen Dank!

Gruß
Frank

StefanU 2019-04-11 07:30:19 UTC #2

Hallo Frank,

bei mir tut das mit host-Name.

Schau mal im Setup:

Was hast du dort eingetragen?

Gruß
Stefan

trader2005 2019-04-11 07:33:31 UTC #3

Danke für die schnelle Antwort!

Habe dort den vollen Computernamen von hostname -f, also host.example.com, der zu einer internen ip auflöst.

Sollte hier nur die domain rein? ich probiere das und melde mich.

…> Habe er probiert, keine Änderung, weiterhin die ip Adresse.

Wo holt egroupware denn die Message-ID bzw. die Domain darin her? Vielleicht habe ich hier etwas falsch aufgesetzt.

Hier das syslog, wenn man per mailx von der commandline versendet (log des smtp servers, auf dem postfix läuft). Weiter unten dann das log, wenn man von egroupware versendet.

Apr 11 09:37:26 nfs postfix/cleanup[22894]: 691E123F4: message-id=E1hEUH0-0002nz-8Q@intranetserver.example.de

JETZT EGROUPWARE

Apr 11 09:40:04 nfs dovecot[22917]: lda(): sieve: msgid=20190411094004.EGroupware.phEFu93KQvZUIFLAmfTvjmm@192.168.1.34: stored mail into mailbox ‘INBOX’

StefanU 2019-04-11 09:18:08 UTC #4

Ich muss da jetzt auch ein bischen im Nebel stochern.

Ich habe den FQDN in meine nginx-conf:
grafik

Alternativ:
Bei einer Apache-Installation habe ich den server-name entsprechend eingestellt:

Schau mal…

Stefan

trader2005 2019-04-11 10:11:58 UTC #5

Vielen Dank.

Ich verwende Debian stretch mit apache2 und php 7.0. In der apache2 Konfiguration habe ich jetzt den Servername entsprechend eingetragen. apache2ctl -S gibt folgende configuration aus:

root@intranetserver:/etc/apache2/sites-enabled# apache2ctl -S
VirtualHost configuration:
*:80 intranetserver.example.de (/etc/apache2/sites-enabled/000-default.conf:1)
*:443 intranetserver.example.de (/etc/apache2/sites-enabled/default-ssl.conf:2)
ServerRoot: "/etc/apache2"
Main DocumentRoot: “/var/www/html"
Main ErrorLog: “/var/log/apache2/error.log"
Mutex watchdog-callback: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir=”/var/run/apache2/” mechanism=default
Mutex mpm-accept: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name=“www-data” id=33
Group: name=“www-data” id=33

Der ServeName ist also korrekt gesetzt (auch nochmal in apache2.conf, macht aber keinen Unterschied). Trotzdem bleibt das Problem bestehen.

Allerdings hatte hostname bisher intranetserver.example.de ausgegeben (da ich es so in /etc/hostname eingetragen hatte). Habe /etc/hostname so geändert, dass nur noch intranetserver drinsteht und hostname jetzt nur intranetserver ausgibt.

Jetzt kann egroupware keine Emails mehr versenden und beschwert sich wie folgt:

Nachricht konnte nicht versendet werden: : Helo command rejected: need fully-qualified hostname : Helo command rejected: need fully-qualified hostname

Hier muss also irgendentwas nicht stimmen. Vielleicht hat es etwas mit der postfix config zu tun. Wenn man allerdings von der command line mit mail eine email verschickt, funktioniert es, hier der header:

Received: from 127.0.0.1 (localhost [127.0.0.1])
(envelope-from root@intranetserver.example.de)
id 1hEWdX-0000N1-M2
for abc@example.de; Thu, 11 Apr 2019 12:08:51 +0200
To: abc@example.de
Subject: test
X-Mailer: mail (GNU Mailutils 3.1.1)
Message-Id: E1hEWdX-0000N1-M2@intranetserver.example.de

Ich probiere weiter.

Ich nehme mit: Egroupware sollte in der Message-ID den Domain-Namen angeben, nicht die ip-Adresse, nicht wahr?

Vielen Dank noch einmal.

RalfBecker 2019-04-11 12:02:54 UTC #6

Wir generieren die MessageID mit einer Horde Klasse:

github.com

horde/Mime/blob/master/lib/Horde/Mime/Headers/MessageId.php#L39


 * standards outlined in 'draft-ietf-usefor-message-id-01.txt'.
 *
 * @param string $prefix  A unique prefix to use.
 *
 * @return Horde_Mime_Headers_MessageId  Message-ID header object.
 */
public static function create($prefix = 'Horde')
{
    return new self(
        null,
        '<' . strval(new Horde_Support_Guid(array('prefix' => $prefix))) . '>'
    );
}


/**
 */
public function __construct($name, $value)
{
    parent::__construct('Message-ID', $value);
}

Die wiederum verwendet eine andere, die den SERVER_NAME verwendet:

github.com

horde/Support/blob/master/lib/Horde/Support/Guid.php#L60


 *            DEFAULT: $_SERVER['SERVER_NAME'] (or 'localhost')
 * </pre>
 */
public function generate(array $opts = array())
{
    $this->_guid = date('YmdHis')
        . '.'
        . (isset($opts['prefix']) ? $opts['prefix'] . '.' : '')
        . strval(new Horde_Support_Randomid())
        . '@'
        . (isset($opts['server']) ? $opts['server'] : (isset($_SERVER['SERVER_NAME']) ? $_SERVER['SERVER_NAME'] : 'localhost'));
}


/**
 * Cooerce to string.
 *
 * @return string
 */
public function __toString()
{
    return $this->_guid;

In letzter kann der Server-Name überschrieben werden, allerdings nicht in der MessageID Klasse.

Die Frage ist warum willst Du da was bestimmtest drin haben, ist doch nur wichtig, dass diese einzigartig ist?

Ralf

trader2005 2019-04-11 13:26:17 UTC #7

OK, vielen Dank.

Warum das Ganze? Ich habe die Erfahrung gmacht, dass einige Server von Mandanten die mails von egroupware rausfiltern, während sie mit Thunderbird oder anderen mail-clients angenommen werden. Da ich keine anderen Unterschiede festellen konnte, dachte ich, es könnte an der IP Adresse in der Message ID liegen.

Ist aber keine sichere Erkenntnis. Wenn dieses Verhalten bei egroupware die Regel ist, dann wird es vermutlich nicht daran liegen.

Danke für den tollen Support. Ich habe parallel eine Anfrage für die kostenpflichtige EPL Version on premise laufen.

Gruß
Frank

StefanU 2019-04-11 13:50:01 UTC #8

Hallo Frank,

Ich habe auf meinem Mailserver dafür auch keinen Check gefunden. Mag aber sein, dass es solche gibt und eine IP entsprechend schlechter bewertet werden.
Manch einer behandelt fehlende Message-IDs entsprechend: ablehnen oder =>Spam

Die Eindeutigkeit ist aber auch mit IP praktisch gegeben. Selbst wenn bei einigen das System z.B. eine 192.168.178.1 hätte, so ist der Prefix kaum doppelt zu erwarten.

Mandanten mit eigenem Mail-Server wo man sich mal die Header (die ganze .eml) geben lassen kann? Würde uns natürlich auch interessieren, wenn irgendein Check EGw benachteiligt.

So was halt:

X-Spam-Flag: YES
X-Spam-Score: 5.407
X-Spam-Level: *****
X-Spam-Status: Yes, score=5.407 tag=x tag2=4 kill=4 tests=[ALL_TRUSTED=-1,
BAYES_50=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RDNS_NONE=0.793,
URI_WP_DIRINDEX=3.499, URI_WP_HACKED_2=1.115] autolearn=disabled

Wie gesagt: Bei meinen Systemen steht da der FQDN.
Ich weiß gerade nur nicht warum…

Sehr gut

Stefan

trader2005 2019-04-12 11:53:31 UTC #9

OK, ich habe die Lösung gefunden:

Wenn man im Setup unter

“URL zur EGroupware Installation.
Beispiel: http://www.domain.com/egroupware or /egroupware
keinen nachfolgenden Slash /:”

KEINE Domain angibt, also bspw. nur „/egroupware“ (ich glaube, dass ist sogar der default??), dann funktioniert zwar die Installation, indem dass System (wohl bei jedem Aufruf einer Seite) die IP-Adresse des Servers eingefügt (also bspw. https://192.168.1.1/egroupware), ABER: die Message-ID einer jeden Email aus eGW enthält sodann ebenfalls die IP-Adresse und NICHT den hostname (also bspw. "ajdbfjaehbjawbfahwefjkb@192.168.1.1"). Das kann wie gesagt zulässig sein, kann aber auch zu Problemen mit Spam-Filtern kommen.

Wenn man dagegen bei dem oben genannten Eintrag die vollständige URL (einschl. hostname) einträgt (also bspw. “https://abcserver.example,com/egroupware”), dann wird auch bei jeder Email die Message-ID einschl. des hostname erzeugt.

Fazit: die Message-ID kommt aus dem Eintrag der URL der Installation.

Dies kann zur Verwirrung führen, da der Eintrag aus “Hostname des Computers auf dem er Server läuft” offenbar ignoriert wird. Meines Erachtens sollte dies irgendwo in die Doku mit aufgenommen werden, da nur sehr schwer zu idenzifieren. Vielleicht sogar als Hinweis im Setup-Menu. Vielleicht wird es auch irdendwo im Installationsprozess abgefragt und ich habe zunächst die IP-Adresse angegeben. Allerdings sollte dann evtl. dort der Hinweis kommen, dass sich das dann auf die Message-ID ebenfalls auswirkt.

Gruß
Frank

trader2005 2019-04-13 08:58:23 UTC #10

Noch eine Frage/Anregung:

Wäre es nicht sinnvoll und “logischer”, die Message-ID aus dem Eintrag “Hostname des Compters auf dem Egroupware installiert ist” zu generieren?

Dies hätte auch den Vorteil, dass Namensauflösungsprobleme beim Zugriff über VPN vermieden würden. Seitdem ich im Eintrag “URL der eGW Installation” nun den hostname eingegeben habe (wegen der Message-ID), kann auf eGW nicht über unser VPN zugreifen, da die Namensauflösung nicht funktioniert. Dies ist zugegebenermaßen nicht das Problem von eGW, aber man könnte dieses Problem schlicht vermeiden, wenn man die Message-ID aus dem oben genannten Eintrag beziehen würde.

Gruß aus WI
Frank