Postfix - doppelte Zustellung

Scrooge

New Member
[Gelöst] Postfix - doppelte Zustellung

Hallo Forum,

ich betreibe für unsere Firma einen eigenen Root-Server der für unseren internen Exchange als Relay fungiert. Im Zuge eines neuen Projektes, dass auch seine eigene Domain bekommen hat und ausschließlich auf dem Root-Server gehostet wird ist mir nach dem Einrichten der Mail-Accounts aufgefallen, dass alle Mails die von einem Postfach dieser Domain (testdomain.de) an ein anderes Postfach der Domain testdomain.de gesendet werden doppelt zugestellt werden. Eingehende Mails auf diese Domain von anderen Domains sind von diesem Problem nicht betroffen.

Zuerst habe ich eine Fehlkonfiguration von Amavis bzw. SpamAssassin im Verdacht gehabt. Nach testweiser Deaktivierung von Amavis besteht das Problem weiterhin.

Ich poste hier den relevanten Ausschnitt aus dem Logfile von Postfix und die Header der beiden betreffenden Mails.

Postfix Logfile:
Code:
Dec 16 21:25:34 testserver postfix/smtpd[6318]: connect from p12345678.dip.t-dialin.net[12.12.12.12]
Dec 16 21:25:34 testserver postfix/smtpd[6318]: setting up TLS connection from p12345678.dip.t-dialin.net[12.12.12.12]
Dec 16 21:25:35 testserver postfix/smtpd[6318]: Anonymous TLS connection established from p12345678.dip.t-dialin.net[12.12.12.12]: TLSv1 with cipher AES256-SHA (256/256 bits)
Dec 16 21:25:35 testserver postfix/smtpd[6318]: 38B0FC500AB: client=p12345678.dip.t-dialin.net[12.12.12.12], sasl_method=PLAIN, sasl_username=testuser1@testdomain.de
Dec 16 21:25:35 testserver postfix/cleanup[6321]: 38B0FC500AB: message-id=<4D0A75CC.4050304@testdomain.de>
Dec 16 21:25:35 testserver postfix/qmgr[5848]: 38B0FC500AB: from=<testuser1@testdomain.de>, size=721, nrcpt=1 (queue active)
Dec 16 21:25:35 testserver postfix/virtual[6322]: 38B0FC500AB: to=<testuser2@testdomain.de>, relay=virtual, delay=0.19, delays=0.17/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)
Dec 16 21:25:35 testserver postfix/qmgr[5848]: 38B0FC500AB: removed
Dec 16 21:25:35 testserver postfix/smtpd[6318]: disconnect from p12345678.dip.t-dialin.net[12.12.12.12]
Dec 16 21:25:35 testserver postfix/pickup[5847]: 8A45CC500B3: uid=5000 from=<testuser1@testdomain.de>
Dec 16 21:25:35 testserver postfix/cleanup[6321]: 8A45CC500B3: message-id=<4D0A75CC.4050304@testdomain.de>
Dec 16 21:25:35 testserver postfix/qmgr[5848]: 8A45CC500B3: from=<testuser1@testdomain.de>, size=590, nrcpt=1 (queue active)
Dec 16 21:25:35 testserver postfix/virtual[6322]: 8A45CC500B3: to=<testuser2@testdomain.de>, relay=virtual, delay=0.05, delays=0.03/0/0/0.02, dsn=2.0.0, status=sent (delivered to maildir)
Dec 16 21:25:35 testserver postfix/qmgr[5848]: 8A45CC500B3: removed

Header Mail 1:
Code:
Return-Path: <testuser1@testdomain.de>
X-Original-To: testuser2@testdomain.de
Delivered-To: testuser2@testdomain.de
Received: by mail.andere-domain.de (Postfix, from userid 5000)
	id 8A45CC500B3; Thu, 16 Dec 2010 21:25:35 +0100 (CET)
X-IMAP-Sender: testuser1@testdomain.de
Message-ID: <4D0A75CC.4050304@testdomain.de>
Date: Thu, 16 Dec 2010 21:25:48 +0100
From: Test User1 <testuser1@testdomain.de>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
MIME-Version: 1.0
To: testuser2@testdomain.de
Subject: Test
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Test

Header Mail 2:
Code:
Return-Path: <testuser1@testdomain.de>
X-Original-To: testuser2@testdomain.de
Delivered-To: testuser2@testdomain.de
Received: from Workstation.local (p12345678.dip.t-dialin.net [12.12.12.12])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(Client did not present a certificate)
	by mail.andere-domain.de (Postfix) with ESMTPSA id 38B0FC500AB
	for <testuser2@testdomain.de>; Thu, 16 Dec 2010 21:25:35 +0100 (CET)
Message-ID: <4D0A75CC.4050304@testdomain.de>
Date: Thu, 16 Dec 2010 21:25:48 +0100
From: Test User1 <testuser1@testdomain.de>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
MIME-Version: 1.0
To: testuser2@testdomain.de
Subject: Test
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Test

Vielen Dank für Eure Zeit und Eure Hilfe.

Gruß,
Scrooge
 
Last edited by a moderator:
Schau Dir mal die unterschiedlichen Received-Header an. Die Mails scheinen zwei verschiedene Routings zu haben. Auch scheint die Erste per SMTP-Auth eingeliefert zu werden.

huschi.
 
Ich poste hier mal meine Postfix-Configuration. Vllt. hilft das ja das Problem einzugrenzen.

Ausgabe von postconf -n:
Code:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
disable_vrfy_command = yes
html_directory = /usr/share/doc/postfix/html
inet_interfaces = all
mailbox_size_limit = 0
message_size_limit = 0
mydestination = $myhostname, localhost, localhost.localdomain
myhostname = mail.andere-domain.de
mynetworks = 127.0.0.0/8 XX.XX.XX.XX
myorigin = $myhostname
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
relay_domains = hash:/etc/postfix/relay_domains
relay_recipient_maps = hash:/etc/postfix/relay_recipient_maps
relayhost = 
show_user_unknown_table_name = no
smtp_tls_CApath = /certs
smtp_tls_cert_file = /etc/postfix/smtpd.cert
smtp_tls_key_file = /etc/postfix/smtpd.key
smtp_tls_loglevel = 1
smtp_tls_mandatory_ciphers = high
smtp_tls_mandatory_protocols = SSLv3, TLSv1
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_rbl_client zen.spamhaus.org, reject_rbl_client ix.dnsbl.manitu.net, reject_rbl_client bl.spamcop.net, reject_rbl_client dnsbl.njabl.org, reject_rhsbl_sender, blackhole.securitysage.com, reject_rhsbl_client blackhole.securitysage.com, permit_mx_backup, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = no
smtpd_sasl_security_options = noanonymous
smtpd_sasl_tls_security_options = noanonymous
smtpd_tls_CApath = /certs
smtpd_tls_ask_ccert = yes
smtpd_tls_auth_only = yes
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
smtpd_tls_loglevel = 1
smtpd_tls_mandatory_ciphers = high
smtpd_tls_mandatory_protocols = SSLv3, TLSv1
smtpd_tls_received_header = yes
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
virtual_alias_domains = 
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf

Gruß,
Scrooge
 
Ich glaub Dir ist nicht ganz klar geworden, was ich damit sagen wollte:
Die Email ist auf zwei verschiedenen Wegen auf dem Server angekommen.
D.h. Du musst den Fehler beim Client suchen. Und nicht auf dem Server.

huschi.
 
Ich habe jetzt gerade testweise Apple-Mail konfiguriert. Da läuft es problemlos. Ich verstehe aber nicht was in Thunderbird falsch ist. Das ist echt seltsam. Ich habe in beiden Mail-Clients die gleichen Einstellungen, nur mit dem Unterschied, dass in AppleMail das Ergebnis stimmt und in Thunderbird nicht.

Woran kann denn sowas liegen? Sowas kann doch kein Bug sein, oder?

Gruß,
Scrooge
 
[Gelöst] Postfix - doppelte Zustellung

Hi zusammen,

ich habe das Problem lösen können. Der Tip mit der lokalen Zustellung war gar nicht so verkehrt.

Ursache des Problems war der Courier-IMAP Server. Hat was mit den folgenden Parametern zu tun.

Code:
##NAME: OUTBOX:0
#
# The next set of options deal with the "Outbox" enhancement.
# Uncomment the following setting to create a special folder, named
# INBOX.Outbox
#
#OUTBOX=.Sent

##NAME: SENDMAIL:0
#
# If OUTBOX is defined, mail can be sent via the IMAP connection by copying
# a message to the INBOX.Outbox folder.  For all practical matters,
# INBOX.Outbox looks and behaves just like any other IMAP folder.  If this
# folder doesn't exist it must be created by the IMAP mail client, just
# like any other IMAP folder.  The kicker: any message copied or moved to
# this folder is will be E-mailed by the Courier-IMAP server, by running
# the SENDMAIL program.  Therefore, messages copied or moved to this
# folder must be well-formed RFC-2822 messages, with the recipient list
# specified in the To:, Cc:, and Bcc: headers.  Courier-IMAP relies on
# SENDMAIL to read the recipient list from these headers (and delete the Bcc:
# header) by running the command "$SENDMAIL -oi -t -f $SENDER", with the
# message piped on standard input.  $SENDER will be the return address
# of the message, which is set by the authentication module.
#
# DO NOT MODIFY SENDMAIL, below, unless you know what you're doing.
#

SENDMAIL=/usr/sbin/sendmail

Nach Deaktivierung des Outbox Parameters läuft nun alles wie erwartet.

Vielen Dank für Eure Hilfe.

Gruß,
Scrooge
 
Last edited by a moderator:
Back
Top