Mails kommen immer wieder an

loosain · Sep 28, 2009

Hi,

wir haben einen V-Server von 1+1 mit plesk 9.0.1. Um dem Spam Herr zu werden wurde Postgrey installiert. Außerdem haben wir wir die Blacklist zen.spamhaus.org aktiviert. Domainkey und SPF sind ausgeschaltet.

Drauf ist Postfix 2.4.5-20.6.

Jetzt haben wir das Problem, dass vereinzelt mails über Tage hinweg immer wieder zugestellt werden. Die Postfächer werden per POP3 leer geräumt (also keine Kopie zurückgelassen). Trotzdem tauchen die Mails (nicht alle, sodern jeweils nur 1-2) immer wieder (ca. 100 mal am Tag) auf. Nach ein paar Tagen hört es dann mit der entsprechenden Mail von allein auf.

Im Header einer solchen Mail steht nichts, davon, dass diese mehrmals zwischen den Servern hin und her geschickt wurde oder ähnliches...

Weiß wirklich nicht mehr weiter. Hat jemand einen Rat oder vielleicht das gleich Problem bereits gelöst ???

Danke für alle Antworten.

Marcel

Thorsten · Sep 28, 2009

Hallo!
Wie sieht deine Postfix Konfiguration aus?

mfG
Thorsten

loosain · Sep 28, 2009

Code:

queue_directory = /var/spool/postfix

command_directory = /usr/sbin

daemon_directory = /usr/lib/postfix
mail_owner = postfix
debug_peer_level = 2

debugger_command =
	 PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
	 xxgdb $daemon_directory/$process_name $process_id & sleep 5

sendmail_path = /usr/sbin/sendmail

newaliases_path = /usr/bin/newaliases

mailq_path = /usr/bin/mailq

setgid_group = maildrop

html_directory = /usr/share/doc/packages/postfix/html

manpage_directory = /usr/share/man

sample_directory = /usr/share/doc/packages/postfix/samples

readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = all
biff = no
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_alias_maps = hash:/etc/postfix/virtual, hash:/var/spool/postfix/plesk/virtual
virtual_alias_domains = hash:/etc/postfix/virtual, hash:/var/spool/postfix/plesk/virtual
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport, hash:/var/spool/postfix/plesk/transport
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
myhostname = >>> hier steht der PC-Name (blabla.domain.de)
program_directory = /usr/lib/postfix
inet_interfaces = all
masquerade_domains = 
mydestination = localhost.$mydomain, localhost, localhost.localdomain
defer_transports = 
mynetworks_style = subnet
disable_dns_lookups = no
relayhost = 
mailbox_command = 
mailbox_transport = 
strict_8bitmime = no
disable_mime_output_conversion = no
smtpd_sender_restrictions = hash:/etc/postfix/access, check_sender_access hash:/var/spool/postfix/plesk/blacklists
smtpd_client_restrictions = permit_sasl_authenticated, reject_rbl_client zen.spamhaus.org 
smtpd_helo_required = no
smtpd_helo_restrictions = 
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = yes
smtpd_use_tls = yes
smtp_use_tls = no
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
mailbox_size_limit = 0
message_size_limit = 0
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailbox
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtp_tls_security_level = may
smtp_send_xforward_command = yes
smtpd_authorized_xforward_hosts = 127.0.0.0/8
virtual_mailbox_base = /var/qmail/mailnames
virtual_uid_maps = static:110
virtual_gid_maps = static:30
virtual_transport = plesk_virtual
plesk_virtual_destination_recipient_limit = 1

MOD: Bitte [noparse]

Code:

...

[/noparse]-Tags um Ausgaben, Code, etc. verwenden (im Editor auch mit '#' erreichbar). Danke!

ich hoffe das hilft. Ich habe die ganzen Comment-Zeilen rausgehauen, damit thread nicht ewig lang ist...
Außerdem habe ich an einer Stelle den Server-Namen unkenntlich gemacht...

Gruß

Marcel

loosain · Sep 30, 2009

hat keiner eine Idee ?
Ich vermute ja einen Fehler in der Postfix-Conf (siehe oben) oder vieleicht einen Fehler/BUG beim Postgrey ?
Ich habe die Anleitung von huschi benutzt:
http://www.huschi.net/4_239_de-postfix-greylisting-mit-postgrey-suse.html

Vielleicht hat ja doch einer ne Idee ?

Gruß

Marcel

LinuxAdmin · Sep 30, 2009

Poste bitte jeweils den vollständigen Header von zwei aufeinanderfolgenden Zustellversuchen einer solchen Mail (in [noparse]

Code:

...

[/noparse]-Tags).
Weiterhin wären auch Auszüge aus den Logdateien hilfreich, die zwei aufeinanderfolgende Zustellungen einer Mail belegen -- jeweils vom Connect des einliefernden Servers bis zur Auslieferung an den POP-Dienst; dazu ist es hilfreich die von Postfix generierten Message-IDs zu verfolgen.

loosain · Nov 22, 2009

Problem besteht weiterhin, aber Lösung in Sicht ?!?

Hi,

nur weil ich sehr lange keine Antwort gegeben habe, heißt das leider nicht, dass das Problem behoben ist. Ich dachte ich hätte dei Lösung gefunden und wollte es erstmal probieren, bevor ich die Lösung poste. Leider besteht das Problem weiterhin. Es ist wohl ein Postfix-Plesk-Problem...

Im Log "messages" kommt regelmäßig:

Code:

Nov 17 00:07:01 s15339199 /usr/sbin/cron[32761]: (root) CMD (/usr/lib64/plesk-9.0/postfix-poplockdb-clean)
Nov 17 00:07:01 s15339199 poplock DB cleanup[32761]: started
Nov 17 00:07:02 s15339199 poplock DB cleanup[32761]: fatal error: postmap: fatal: open database /var/spool/postfix/plesk/poplock.db: Bad file descriptor
Nov 17 00:07:21 s15339199 postfix/smtpd[1432]: sql auxprop plugin using sqlite3 engine

Hier die Header zweier Mails, die immer wieder ankommen (gleiche Mail mit gleichem Datum, Betreff etc. aber immer wieder erneuter Zustellung):

Code:

From *******@eb-ing.com  Fri Nov 20 16:00:28 2009
Return-Path: <*********@eb-ing.com>
X-Original-To: kontakt@******.de
Delivered-To: kontakt@*******.de
Received: from s15339199.onlinehome-server.info (unknown [127.0.0.1])
	by s15339199.onlinehome-server.info (Postfix) with ESMTP id D144744FD41F6
	for <kontakt@********.de>; Tue, 17 Nov 2009 08:43:52 +0000 (UTC)
Received: from mailgate1.arcor-ip.de (unknown [145.253.2.46])
	by s15339199.onlinehome-server.info (Postfix) with ESMTP
	for <kontakt@********.de>; Tue, 17 Nov 2009 08:43:52 +0000 (UTC)
Received: from eb-muc-notes1.ebert-ing-muenchen.de (unknown [145.254.31.245])
	by mailgate2.cs.arcor.net (Arcor-CN-MailRelay-l-A) with ESMTP id E726414C8832;
	Tue, 17 Nov 2009 09:43:51 +0100 (CET)
In-Reply-To: <4AFAE160.6080506@*******.de>
Subject: 091116_MA 61-71 Ihre Aktennotiz 06 Begehung am 26.10.09 und 05.11.09
To: "kontakt@*******.de" <kontakt@*******.de>
Cc: [email protected],
	*******@eb-ing.com
X-Mailer: Lotus Notes Release 7.0.2 September 26, 2006
Message-ID: <OFB2312B71.4D6B0BA4-ONC1257671.002FB3CD-C1257671.002FF3A7@ebert-ing-muenchen.de>
From: Thomas Schlierf <*******@eb-ing.com>
Date: Tue, 17 Nov 2009 09:43:49 +0100
X-MIMETrack: Serialize by Router on eb-muc-notes1/EBERT Ingenieure(Release 6.5.3|September
 14, 2004) at 17.11.2009 09:43:52
MIME-Version: 1.0
Content-type: multipart/mixed; 
	Boundary="0__=4EBBFCE2DFBC355D8f9e8a93df938690918c4EBBFCE2DFBC355D"
Content-Disposition: inline

Code:

From *******@eb-ing.com  Fri Nov 20 17:10:28 2009
Return-Path: <*******@eb-ing.com>
X-Original-To: kontakt@*******.de
Delivered-To: kontakt@*******.de
Received: from s15339199.onlinehome-server.info (unknown [127.0.0.1])
	by s15339199.onlinehome-server.info (Postfix) with ESMTP id D144744FD41F6
	for <kontakt@*******.de>; Tue, 17 Nov 2009 08:43:52 +0000 (UTC)
Received: from mailgate1.arcor-ip.de (unknown [145.253.2.46])
	by s15339199.onlinehome-server.info (Postfix) with ESMTP
	for <kontakt@*******.de>; Tue, 17 Nov 2009 08:43:52 +0000 (UTC)
Received: from eb-muc-notes1.ebert-ing-muenchen.de (unknown [145.254.31.245])
	by mailgate2.cs.arcor.net (Arcor-CN-MailRelay-l-A) with ESMTP id E726414C8832;
	Tue, 17 Nov 2009 09:43:51 +0100 (CET)
In-Reply-To: <4AFAE160.6080506@*******.de>
Subject: 091116_MA 61-71 Ihre Aktennotiz 06 Begehung am 26.10.09 und 05.11.09
To: "kontakt@*******.de" <kontakt@*******.de>
Cc: [email protected],
	*******@eb-ing.com
X-Mailer: Lotus Notes Release 7.0.2 September 26, 2006
Message-ID: <OFB2312B71.4D6B0BA4-ONC1257671.002FB3CD-C1257671.002FF3A7@ebert-ing-muenchen.de>
From: Thomas Schlierf <*******@eb-ing.com>
Date: Tue, 17 Nov 2009 09:43:49 +0100
X-MIMETrack: Serialize by Router on eb-muc-notes1/EBERT Ingenieure(Release 6.5.3|September
 14, 2004) at 17.11.2009 09:43:52
MIME-Version: 1.0
Content-type: multipart/mixed; 
	Boundary="0__=4EBBFCE2DFBC355D8f9e8a93df938690918c4EBBFCE2DFBC355D"
Content-Disposition: inline

Aber ich glaube das Hauptproblem liegt in den Meldungen der Log "Mail.warn":

Code:

Nov 21 01:55:29 s15339199 postfix-local[12024]: files: write buf 0x7fbfffea20[4096] to fd (7) error - (32) Broken pipe
Nov 21 01:55:29 s15339199 postfix-local[12024]: files: cannot write chuck from 5 to 7 - (32) Broken pipeNov 21 01:55:29 s15339199 postfix-local[12024]: LOG Unable to forward message to: [email protected]
Nov 21 01:55:29 s15339199 postfix-local[12024]: Unable to send mail for: [email protected]

Dies scheint ein bekanntes Problem von Plesk in Kombination mit Postfix zu sein, sollte aber laut Plesk mit der neusten Version behoben sein. Ich habe bereits die neuste Plesk-Version (9.2.3) über den Updater installieren lassen. Leider, wie man sehen kann, ohne Erfolg...

Kennt jemand dieses Problem und hat vielleicht noch einen Tip oder noch, besser die Lösung ?

Grüße

Marcel

loosain · Nov 23, 2009

Zusatz

Vielleicht sollte ich noch ergänzend erwähnen, dass das Problem nur bei einer domain auf dem Server auftritt. Dort ist eine Weiterleitung der Mails an [email protected] und von [email protected] nochmals eine Weiterleitung an [email protected] eingerichtet...

Bitte keine Kommentare über die Sinnhaftigkeit solcher Konfigurationen, das ist nicht auf meinem Mist gewachsen...

Grüße

Marcel

loosain · Nov 23, 2009

noch ein Zusatz

Habe gerade festgestellt, dass die "broken pipe"-Meldung exakt alle 70 Minuten kommt. Nachdem ich die postfix-local gemäß einem Knowledgebase-Eintrag bei Plesk durch eine andere (KB-Eintrag war für CentOS) zum Test getauscht hatte lief nix mehr. War zu erwarten. Also hab ich die alte wieder zurückkopiert und Postfix neu gestartet... Seit nunmehr 2,5 Stunden kommt keine Meldung bezüglich gebrochener Pipes mehr... Ich halte auf dem Laufenden.

By the Way: Bei mir wird bemängelt, dass die Datei var\spool\postfix\plesk\poplock.db nicht geöffnet werden kann (bad file descriptor). Die Datei ist 0 Byte groß. Jemand ne Idee für was die DAtei gut sein soll, und wie ich wieder eine neue anlegen kann ?

Gruß

Marcel

loosain · Nov 24, 2009

doch nicht gelöst

Schade. seit heute morgen kommen Sie wieder die Meldungen (2 Zeilen in der mail.warn):

postfix-local[*****]: files: write buf 0x7bfffea30[4096] to fd (7) error - (32) Broken pipe
postfix-local[*****]: files: cannot write chuck from 5 tp 7 - (32) Broken pipe

ich kann doch nicht der einziger sein, der dieses PRoblem hat ? Selbst auf der Hersteller-Seite von Plesk wird davon berichtet. Wenn ich das richtig verstehe gibt es ein Problem mit der postfix-local, die Plesk bereit gestellt hat.
Bitte helft mir, mein Server wird dadurch extrem schnell zugemüllt und der Domaininhaber ist auch nicht gerade glücklich...

Grüße

Marcel

Mails kommen immer wieder an

loosain

New Member

Thorsten

SSF Facilitymanagement

loosain

New Member

loosain

New Member

LinuxAdmin

Moderator

loosain

New Member

loosain

New Member

loosain

New Member

loosain

New Member