Original Empfängeradresse

Hallo Zusammen,

mit dem Erata 4.2-2 update wurde irgendwie wieder was geändert.
Vorher habe ich in der Web ab gesehen Mail wurde an adresse1@domain.de gesendet.

Nun hat sich wohl wieder was gändert seit meiner Version 4.2-1.xxx da nun der Empfänger sprich An: mit der Hauptmail Adresse angezeigt wird.
Was echt schlecht ist, da so nicht auf einen Blick gesehen werden kann über welchen Account die Mail per Fetchmail reingekommen ist und auch nicht mit der richtigen Senden als Rolle gesendet werden kann.

Da es kein Kopano update gab muss es wohl am univention liegen.

Wie kann ich dass wieder herstellen?

Viele Grüße Carmen

Ursache könnte Erratum 89 sein. Der dort behobene Bug redet von rewrites, gut möglich, dass hier ein Seiteneffekt zum tragen kommt.
Wenn Sie das probieren wollen, sollten Sie zunächst schauen, welche Version von univention-mail-postfix ersetzt wurde.

updater.log:Entpacken von univention-mail-postfix (11.0.1-15A~4.2.0.201707061650) über (11.0.0-4A~4.2.0.201703151926) ...

Die ältere Version kann man wie folgt installieren:

root@m:~# apt-get install univention-mail-postfix=11.0.0-4A~4.2.0.201703151926
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  univention-mail-server
Die folgenden Pakete werden durch eine ÄLTERE VERSION ERSETZT (Downgrade):
  univention-mail-postfix

Disclaimer: ungetestet, Fehler nicht reproduziert, keine Garantie.

hth,
Dirk Ahrnke

EDITh meint: da steht ja univention-mail-server soll entfernt werden, nicht gut, aber vielleicht passiert bei Kopano ja was anderes.

Danke für die Info,

davor hatte ich Erratum 133 und damit funktionierte es noch.

Muss also an was liegen, was zwischen Erratum 133 und159.

Denke so tief in System einzugreifen wäre schlecht für die Konsistenz.

Hoffe es gibt noch andere Möglichkeiten.

In der Liste auf http://errata.software-univention.de/ucs/4.2/ ist ab 133 eigentlich nichts, was irgendwie nach Veränderungen im Kontext E-Mail aussieht. Deswegen kam ich auch auf das letzte Update von univention-mail-postfix.
Leider habe ich keine halbwegs passende Repro-Umgebung mit Fetchmail und Kopano. Hat ggf. noch jemand sonst ähnliche Erfahrungen gemacht?

Hilfreich wäre u.U. auch ein Blich auf die Header (Internet-Kopfzeilen) der Mail vor und nach dem Update. In der WebApp kommt man an diese über das Kontextmenü, Punkt “Optionen”.

Lieber Herr Ahrnke,

anbei die Mailheader, die ich gefunden habe.

Als es noch funktionierte:

Return-Path: <service@email.kayak.com>
Received: from ucs.ucs.intranet  ([::ffff:127.0.0.1]:49730)
	by ucs (kopano-dagent) with LMTP;
	Sun, 13 Aug 2017 10:17:36 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by ucs.ucs.intranet  (Postfix) with ESMTP id C787F640F5E
	for <mail@domain.de>; Sun, 13 Aug 2017 10:17:36 +0200 (CEST)
X-Virus-Scanned: by amavisd-new-2.10.1 (20141025) (Debian) at weber.intranet
X-Spam-Flag: NO
X-Spam-Score: -0.796
X-Spam-Level:
X-Spam-Status: No, score=-0.796 tagged_above=-1000 required=5
	tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_AU=-0.1, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001,
	MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001,
	RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01,
	RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001]
	autolearn=no autolearn_force=no
Received: from ucs.ucs.intranet  ([127.0.0.1])
	by localhost (ucs.ucs.intranet  [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZcTRB6ZEW3HY for <mail@domain.de>;
	Sun, 13 Aug 2017 10:17:34 +0200 (CEST)
Received: from ucs.ucs.intranet  (localhost [127.0.0.1])
	by ucs.ucs.intranet  (Postfix) with ESMTP id C378263FF7A
	for <mail@domain.de>; Sun, 13 Aug 2017 10:17:34 +0200 (CEST)
Delivered-To: user@gmail.com
Received: from gmail-pop.l.google.com [64.233.166.108]
	by ucs.ucs.intranet  with POP3 (fetchmail-6.3.26)
	for <mail@domain.de> (single-drop); Sun, 13 Aug 2017 10:17:34 +0200 (CEST)
Received: by 10.100.166.207 with SMTP id m73csp2884647pje;
        Sun, 13 Aug 2017 01:17:25 -0700 (PDT)
X-Received: by 10.99.121.201 with SMTP id u192mr20671523pgc.214.1502612245812;
        Sun, 13 Aug 2017 01:17:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1502612245; cv=none;
        d=google.com; s=arc-20160816;
        b=XaZPrP/lkMZDjkIcwlNe1dcLwH33C4UXBaDrOxb4Rm9VBWlqdHwB/N83xuM93Ltr9R
         pSHGCshveWeNj1zLZcZws6Rou+KGUncmJG1J6M1mgCowSn3P+hhkNWx0I6L6B7a8/503
         ZYoxXyL7PfVVUN9b7gLKLkZOGbP2tN30AYSsl07lGsafZ8qRtbSdZkhmAgXLrV3cNpQI
         mZJCzh4z9qfU9qt571NbsRJpBAEh6ElxSQ5LOaYA6iaiiwe9uAruIzA2NZmKa+7d0nqc
         0qteSVGE3Wk9Xy+gaPTUP+PNTKlxdzwkB27HMJLGX7LZx8uqsCIqabiiRmuN3keAlDyV
         XNmA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-id:list-unsubscribe:content-transfer-encoding:mime-version
         :subject:message-id:to:sender:from:date:dkim-signature
         :arc-authentication-results;
        bh=SL+BMq/IQz7fS9Jaxyod2G/u9oOEdZBulGqiYQ2YfQs=;
        b=D0VF+O68Wqgturn5IzLsr/SetjoK9In2Z3s/F0fUzlBs8jBAriVm7vhH1W0bZ3/uZg
         bBuZLNYjRzfe8r9DtfowtMkNN2zEcNp7dA6pOvHxfQEvdhbRAmlNr337216kvZaTHeFE
         JQ+WshNAij0LpXY4KV2RoZmiXw4R6zow1EOKLqb6sEiPdb2rTymFLyCUyAztjbvnxCHL
         K4uMussNAoWfoKctdXHBjVChJx80iU2K2NZX2yxJmhKA5Te7zfvXZU/cNeLuVaNYxbpQ
         kLWhtPRYfHnb/1fxciGoasb5RG1+ubcBcA2Z3StfU7ZPPgeEe+1z2j8QwsaNqOBhmG/m
         svVQ==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@email.kayak.com header.s=scph0216 header.b=ZiR/JLvS;
       spf=pass (google.com: domain of service@email.kayak.com designates 52.88.240.252 as permitted sender) smtp.mailfrom=service@email.kayak.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kayak.com
Received: from mta1a1.kayak-m.sparkpostelite.com (mta1a1.kayak-m.sparkpostelite.com. [52.88.240.252])
        by mx.google.com with ESMTPS id w16si2996848plk.835.2017.08.13.01.17.25
        for <user@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Sun, 13 Aug 2017 01:17:25 -0700 (PDT)
Received-SPF: pass (google.com: domain of service@email.kayak.com designates 52.88.240.252 as permitted sender) client-ip=52.88.240.252;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@email.kayak.com header.s=scph0216 header.b=ZiR/JLvS;
       spf=pass (google.com: domain of service@email.kayak.com designates 52.88.240.252 as permitted sender) smtp.mailfrom=service@email.kayak.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kayak.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=email.kayak.com;

Aktuell

Return-Path: <hr@hr.de>
Received: from ucs.ucs.intranet  ([::ffff:127.0.0.1]:52898)
	by ucs (kopano-dagent) with LMTP;
	Sat, 09 Sep 2017 10:51:42 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by ucs.ucs.intranet  (Postfix) with ESMTP id C190E63E76B
	for <mail@domain.de>; Sat,  9 Sep 2017 10:51:42 +0200 (CEST)
X-Virus-Scanned: by amavisd-new-2.10.1 (20141025) (Debian) at weber.intranet
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-1000 required=5
	tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001]
	autolearn=ham autolearn_force=no
Received: from ucs.ucs.intranet  ([127.0.0.1])
	by localhost (ucs.ucs.intranet  [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id h8Ua895NLQRN for <mail@domain.de>;
	Sat,  9 Sep 2017 10:51:41 +0200 (CEST)
Received: from ucs.ucs.intranet  (localhost [127.0.0.1])
	by ucs.ucs.intranet  (Postfix) with ESMTP id D653B63E73C
	for <mail@domain.de>; Sat,  9 Sep 2017 10:51:40 +0200 (CEST)
Delivered-To: user@gmail.com
Received: from gmail-pop.l.google.com [64.233.184.108]
	by ucs.ucs.intranet  with POP3 (fetchmail-6.3.26)
	for <mail@domain.de> (single-drop); Sat, 09 Sep 2017 10:51:40 +0200 (CEST)
Received: by 10.100.166.107 with SMTP id l98csp2711537pje;
        Sat, 9 Sep 2017 01:50:58 -0700 (PDT)
X-Google-Smtp-Source: ADKCNb5b6L2AkoTpkB22IY2cHZQuVKTEP56IKZxTNVi6WkJgXd0g1yit0wp27SbLnxDF9Z+IeaVF
X-Received: by 10.223.133.164 with SMTP id 33mr3884827wrt.179.1504947058260;
        Sat, 09 Sep 2017 01:50:58 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1504947058; cv=none;
        d=google.com; s=arc-20160816;
        b=cRy3q8zXWaN3kY/n1Wsi8LBPMBFHOQ3Kg8RBHKnxBTs0HLMTxOdq5v1X85v8OjtQKT
         ACDsdrSNsBSJdw1hzsv4DiUsHuLBOFjJjTv3UAprDfd+KypF1gqjoMc2VcJdGXQVrNX4
         JAue7nll+gtzglyf7GG0WFI4RVPRkVI4wMZLdCqPWQpZ98Gq0qKsr3QpmbyoGgCMFDaa
         cHeKlEZUXTFlq6qFGmsE05QX+6UepXGZEzqnIL8b/DOirCEi97W1/Gxaro06e7Yb044S
         5EOlQR8A4e8ByPl69I+Kp7XSXSoqGp75/+pm5esHqUsJXRaCgMFb0RsY+sqivc02yh6/
         37mg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=mime-version:content-language:accept-language:in-reply-to
         :references:message-id:date:thread-index:thread-topic:subject:to
         :from:arc-authentication-results;
        bh=b8VDi4yQY/cKc+NsaVTPURTrS0qnWm/r899QSdSic3U=;
        b=Pq6bi6/efZOzFwnozRJ3XSXoqIkqGYBYI6/WYL4jqRisJGAqIj3D/zqHdIwm1zSeCo
         rYLG8kAz4txP3g1YTz2D/zug3XGcApSBmzI93dpd52+AIhN9YEPt7VA8xgwruoAMftr1
         QFtAt+4t9WzWFquVAOMqh/o0tO/fj5nRUxwaKg97hi4yr4+OJirP1TweqXqrhmlWOpMk
         l8sF3G15XvSWxApoA9yQeLjIkaGW9m7NbiWYbdZy4Oy6JsJ/Ny12hYr71xG4QKozZJb0
         S0zsUrm58ScEnTeR0tDfQJUNUSzd1Vl7UVWWG088tERn+ws/x1nU5ll3fBVJyqb9yHSf
         +WNg==
ARC-Authentication-Results: i=1; mx.google.com;
       spf=neutral (google.com: 86.110.83.34 is neither permitted nor denied by best guess record for domain of hr@hr.de) smtp.mailfrom=hr@hr.de
Received: from urs.smtp-gateway.com (urs.smtp-gateway.com. [86.110.83.34])
        by mx.google.com with ESMTPS id e8si3010872wmc.58.2017.09.09.01.50.57
        for <user@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
        Sat, 09 Sep 2017 01:50:58 -0700 (PDT)
Received-SPF: neutral (google.com: 86.110.83.34 is neither permitted nor denied by best guess record for domain of hr@hr.de) client-ip=86.110.83.34;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 86.110.83.34 is neither permitted nor denied by best guess record for domain of hr@hr.de) smtp.mailfrom=hr@hr.de
Received: from urs-ex1.URS.local (10.100.136.12) by urs-ex1.URS.local
 (10.100.136.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sat, 9 Sep
 2017 10:50:56 +0200
Received: from urs-ex1.URS.local ([fe80::25bb:10c9:a4ad:2abd]) by
 urs-ex1.URS.local ([fe80::25bb:10c9:a4ad:2abd%12]) with mapi id
 15.00.1210.000; Sat, 9 Sep 2017 10:50:56 +0200
From: Katrin Hitzeroth <hr@hr.de>
To: 'User User' <user@gmail.com>
Subject: =?utf-8?B?QVc6IEZyaXN0dmVybMOkbmdlcnVuZyAyMDE2?=
Thread-Topic: =?utf-8?B?RnJpc3R2ZXJsw6RuZ2VydW5nIDIwMTY=?=
Thread-Index: AQHTKMQbvEItzb4YxEKlJGF3mrjE76KsP4xA
Date: Sat, 9 Sep 2017 08:50:55 +0000
Message-ID: <fd96297aa2df4cb089d14faff988b83c@urs-ex1.URS.local>
References: <kcim.59b2ccda.822.45786ffe4b5227d5@ucs.ucs.intranet >
In-Reply-To: <kcim.59b2ccda.822.45786ffe4b5227d5@ucs.ucs.intranet >
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.100.136.22]
Content-Type: multipart/related;
	boundary="_004_fd96297aa2df4cb089d14faff988b83cursex1URSlocal_";
	type="multipart/alternative"
MIME-Version: 1.0

Bringt dass etwas?

Viele Grüße Carmen

Aus den Headern kann ich erstmal nichts Zielführendes entnehmen, zumal die realen Adressen aus nachzuvollziehenden Gründen auch anonymisiert wurden.
Mit einem solchen Konstrukt (die Mail geht offensichtlich an user@gmail.com und wird lokal via fetchmail an mail@domain.de zugestellt) hatte ich m.E. auch noch nie zu tun.
Was mir allerdings auffällt ist die z.B. hier im Forum (z.B. Punkt 2 aus Kopano - 5 Dinge die ich vermisse - oder mir das Arbeiten mit Kopano erleichtern würden) und im Kopano-Forum ( z.B. https://forum.kopano.io/topic/147/wrong-receiver-address-displayed) getroffene Aussgae, dass Alias-Adressen generell auf die Hauptadresse umgeschrieben werden. (Anmerkung: in beiden Posts ist ein Workaround via Plugin für den dagent beschrieben.
Kann es eventuell sein, dass die Adresse user@gmail.com zwischenzeitlich als Alias o.ä. im UCS-LDAP aufgenommen wurde?

Lieber Herr Ahrnke @ahrnke

dank Ihrer unermüdlichen Tipps ist hier die Welt schon mal halb wieder in Ordnung.
Ich habe das Plugin aus dem ersten Link installiert und nun werden die “origin” Empfänger wieder richtig angezeigt.
Gott sei dank.

Die andere Dinge mit Gruppen (Stores noch nicht) hatte ich schon mal bei der Installation durchexerziert, war aber nicht so befriedigen.
So wie ich es installiert liefe es bisher gut auch weil alle internen Mails und Maildomains so auch funktionieren und direkt intern zugestellt werden, auch wenn es gmail etc…ist.

Die user@gmail.com steht in der Tat im LDA sprich bei jedem User unter erweiterte Einstellungen > Mail > Alternative E-Mail-Adresse.

In diesem Sinne herzlichen dank und viele Grüße Carmen

PS: Haben sie noch eine Idee zur LEtsencrypt Geschichte, da bin ich noch nicht fündig geworden…

Mastodon