magicpeter

Das ist korrekt beide DSL Leitung landen auf einer Firewall. Dort gbit es dann eine DMZ für jede DSL-Leitung mit Port 25 auf den Exchange. Genau der Exchange wird über die 217.89.xx.xx veröffentlicht. Die öffentliche IP auf dem Exchange ist aktuell die 217.89.xx.xx

Moin, ich haben einen Exchange 2016 laufen und davor eine Firewall mit 2 DSL-Leitungn und jeweils einer eigen festen IP-Adresse pro DSL-Leitung. Um den Mailverkehr beim Ausfall einer DSL aufrecht zuzahlten. Heute stelle ich fest das der Exchange über die 2te DSL nicht mehr reichbar ist. Aber die 2te DSL Leitung ist da und funktioniert auch. VPN-Tunnel darüber ist kein Problem. MX Records 5 mailex1.domain.de 217.89.xx.xx 10 min Blacklist Check SMTP Test - OK 10 mailex2.domain.de 217.92.xx.xx 10 min Blacklist Check SMTP Test - keine Verbindung Mit MXTools kann ich die MX Records auslesen und den ersten Record mit der Prix 5 erfolgreich testen. Der zweite mit der Prix 10 antwortet nicht. Muss am Exchange Server für 2 MX Record noch etwas besonderes eingestellt werden? Eigentlich nicht oder? Wo kann hier noch das Problem sein? Ich werde heute Abend einmal die Firewall neustarten. Hat jemand noch eine Idee?

Was soll ich da prüfen, ich habe es doch über die ECP gemacht. Aber danke.. Klappt immer noch nicht.

Moin, genau das hatte ich schon gemacht. Es greift aber leider nicht nicht. Ich habe die Konfiguration einmal angehängt. Vielleicht habe ich etwas übersehen. Ich prüfe jetzt noch einmal den Nachrichtenkopf. Laut Gateprotect und auch laut den von mir gefundenen E-Mail Headern sieht das wie folgt aus: • Header Die Spam-E-Mail wird nur in einem normalerweise nicht sichtbaren X-Header geändert. Bei unverdächtigen E-Mails wird kein X-Header angehängt: • X-Pimp-Spam-Class Dieser X-Header kann auf Cyren (durch Cyren gefundener Spam) oder Spam (durch Blacklist gefundener Spam) stehen. • X-Pimp-Spam-Class-Num Dieser X-Header beschreibt die Wahrscheinlichkeit, mit der es sich bei der E-Mail um Spam handelt. Die Werte des Headers können „NONE, UNKNOWN, SUSPECT, BULK, CONFIRMED, BLACKLISTED“ (von kein Spam bis 100 % Spam) sein, je nach Einstufung der Spam-E-Mail. Danke Ich habe jetzt noch eine weitere Transportregel mit " X-Pimp-Spam-Class-Num ", erstellt. Als Werte habe ich 5, 6, 7, 8 und 9 eingetragen.

Eine Gateprotect GP300 mit UTM Pakets...

Moin, in der Firewall geht das nicht. Die Firewall markiert die E-Mails im Header und der Rest geschied über die Transportregeln im Exchange...

Moin, Es handelt sich um eine externe Firewall die vor dem Netzwerk steht. Die E-Mails werden nur markiert und dann per Transportregel bearbeitet. Aktuell werden Sie in ein Postfach / Spamkonto verschoben und dort geprüft und eventuell Freigegeben oder gelöscht. Jetzt würde ich gerne die als 100% Spam gekennzeichneten E-Mails vorher löschen oder ablehnen. Egal was Hauptsache die E-Mails sind weg (o;

Aber die E-Mails sind zu 100% SPAM also würde ich Sie gerne löschen. Ich habe mittlerweile eine Transportregel dafür erstellt. Ist ganz schön versteckt das mit dem 'Header auslesen´ (o;

Moin, weis jemand wie man beim Exchange 2013 eine Transportregel erstellt die den Header ausliest und wenn der Wert so ist wie in der Bedingung die E-Mail löscht? Ich würde ferne alle E-Mails mit dem Header-Eintrag X-Pimp-Spam-Class: Confirmed X-Pimp-Spam-Class: BLACKLISTED löschen. Unsere Firewall hat einen Spamfilter der die E-Mail sehr gut damit kennzeichnet. Alle E-Mails die diesen Header haben sind 100% Spam Danke

Weil einige Server (Exchange) nicht supported sind. Ja, genau. Da wir mit Veeam B&R sehr zufrieden sind und die Replication einer VMs sehr einfach und sehr zuverlässig funktioniert machen wir das. Für die Replication benötigst du nur einen weiteren Hyper-V Host. Keine Extra Veeam Lizenzen Die Replication ist in 10 Minuten eingerichtet.

Ahh, das könnte sein... :) Nein echt komisch. Vorgestern konnte ich noch mit dem Administrator-Konto E-Mails versenden. Seit gestern nicht mehr. ich könnte doch das Konto im Exchange einmal löschen und neu anlegen. Mal schauen ob es dann wieder funktioniert. Spricht da etwas gegen?

ABER: Leider kann man die E-Mail Adresse des Administrator nicht ändern... Im ECP wenn ich versuche dort unter E-Mail Adresse die Externe per SMTP zu aktivieren kommt. Eigenschaftenausdruck: "Adminstrator@" ist ungültig. Gültige Werte Zeichenfolgenden, die ein @ enthalten wobei nicht das letzte Zeichen sein darf... Allgemein: OK und im Feldt Benutzername steht rechts vom @ nichts drin und man kann auch nichts auswählen... OK, vielleicht sollte man ein Administrator Konto nicht zum E-Mail Versand missbrauchen. Oder?

Ja, danke.... Da liegt der Haase begraben... Es steht noch die .local als Sonderadresse eingetragen... Komisch, ich könnte wetten es hat gestern noch geklappt... (o; Aber danke, auf die einfachen Sachen kommt man erst am Schluss...

Ja, so sehe ich das auch...

Moin, seit heute Mittag bekommen wir im OWA eines Exchange 2013 folgende Meldungen wenn wir eine E-Mail verschicken wollen und die E-Mails kommen auch nicht an. An den Outlook Client erscheint diese Meldung nicht und die E-Mails werden versendet. Wir nutzen einen Smarthost bei DomainFactory zum versenden der E-Mails. Meldung: Fehler bei der Nachrichtenzustellung an folgende Empfänger oder Gruppen: peter@test.com Es ist ein Problem beim Zustellen der Nachricht an diese E-Mail-Adresse aufgetreten. Versuchen Sie, die Nachricht noch mal zu senden. Kontaktieren Sie bitte Helpdesk, wenn das Problem weiterhin auftritt. Die folgende Organisation hat Ihre Nachricht abgelehnt: smtprelay03.ispgateway.de. Diagnoseinformationen für Administratoren: Generierender Server: ServerEX1.domainintern.local Total retry attempts: 1 peter@test.com smtprelay03.ispgateway.de Remote Server returned 550 envelope sender not allowed administrator@domainintern.local Sehr komisch, hat jemand eine Idee? Ich könnte mir vorstellen dass DF keine E-Mails entgegen nimmt von administrator@domainintern.local. Aber warum erst sein heute Mittag? Wie kann ich denn diese Absender Adresse in eine richtige E-Mail Adresse ändern? Oder Sie einen korrekten Envelope-Sender setzen? Trotzdem komisch, es geht doch über den Smarthost.

Moin, ich setze gerade ein AD auf einem Windows 2012 R2 neu auf. Und da soll es eine OU Geschäftsführer geben. Sollte ich diese besser ohne Umlaute einrichten oder gibt es da mittlerweile keine Probleme mit Umlauten.

Moin, ich hatte den gleichen Fehler nach einer Migration eines SBS 2008 auf einen Exchange 2013 CU3. Die hier vorgestellte Lösung hat den Fehler beseitigt. Danke

Moin Doc, Die Firewall verfügt über 3 DSL-Verbindungen die über einen Loadbalancer dynamisch verteilt werden. Der Kunde hatte sich einige Verbindungen zu bestimmten Domains, darunter auch apple.com fest auf eine DSL-Verbindung legen lassen. Da aber der Mailempfang auf einer anderen DSL-Verbindung stattfand und dann hart auf die andere DSL-Verbindung geleitet wurde, hat Apple.com die E-Mail -Verbindung abgebrochen. Die Regeln wurden entsprechend geändert und über die DSL-Leitung mit dem Mail-Server geleitet, damit kein Wechsel der IP-Adressen mehr statt findet. Die Konfiguration der Firewall wird in kürze noch einmal erneuert und die DSL-Verbindungen werden fix IP-Ranges zugewiesen. Die Konfiguration über externe Domains wird dann komplett aufgehoben. Da mit dem Loadbalancing einige Dienste und Domains die vom Kunden genutzt werden nicht funktionieren.

Problem gelöst. Die Hardware Firewall war das Problem, der Kunde hatte sich dort Routing Regel programmiert die der Apple Mailserver nicht leiden konnte. Wir haben die Regeln im Backend optimiert. Jetzt geht alles wieder. Danke für eueren Input.

Moin, also die Test E-Mail von me.com ist nicht in den Logfiles des Empfangsconnetor ersichtlich. Also kommen die E-Mails bei dem Exchange Server gar nicht an. Unsere Firewall läßt alles durch. Es gibt keine Proxies oder Filter darauf. Das liegt das Problem doch vor dem Netzwerk. Eventuell sind die Nameserver von Apple nicht aktualisiert wurden. Lieder kann man die Nameserver von Apple nicht mit einem Query anfragen. Was jetzt? Moin Heinz, Peters-iMac:~ test$ host -t mx domain.de domain.de mail is handled by 5 mailex1.domain.de Das wolltest du sehen oder? (o;

Es gab ein Leitungsproblem und der Backup MX hat die E-Mails immer angenommen. Wir haben damals den Backup MX abgeschaltet und dann kann die E-Mails durch. Den Backup MX haben wir auch bei diesem Problem schon abgeschaltet. Hier kommen jetzt aber keine E-Mails mehr an.

Moin Heisenberg, ich glaube es ist nicht das gleiche. Ich werde es noch einmal prüfen.

Ich habe jetzt eine E-Mail die an den Absender zurückging. Es sieht so aus als wenn der Zugriff auf den Mailserver nicht klappt. TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) Aber nur aus Amerika? Alle deutschen E-Mails kommen an. Nur von Apple und seinen Diensten nicht. iCloud.com oder me.com oder apple.com Das ist schon etwas komisch oder? Header / Log: Message-id: <xxxx@me.com> Date: Mon, 09 Jan 2017 16:49:28 +0100 From: Peter Test<xxxx@me.com> To: Test Peter <test@domain.de> Subject: Test Your message has been enqueued and undeliverable for 1 day to the following recipients: Recipient address: test@domain.de Reason: unable to deliver this message after 1 day Delivery attempt history for your mail: Tue, 10 Jan 2017 16:52:46 +0000 (GMT) TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) Tue, 10 Jan 2017 08:52:25 +0000 (GMT) TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) Tue, 10 Jan 2017 04:52:04 +0000 (GMT) TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) Tue, 10 Jan 2017 00:51:43 +0000 (GMT) TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) Mon, 09 Jan 2017 20:51:22 +0000 (GMT) TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) Mon, 09 Jan 2017 18:51:00 +0000 (GMT) TCP active open: Failed connect() to TCP port 25 of 217.89.xx.xx(No formatted text for errno = 110) The mail system will continue to try to deliver your message for an additional 2 days. Return-path: <test@me.com> Received: from tcp-daemon.st11p02im-asmtp001.me.com by st11p02im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <xxxxx@st11p02im-asmtp001.me.com>; Wed, 11 Jan 2017 00:30:21 +0000 (GMT) Received: from process-dkim-sign-daemon.st11p02im-asmtp001.me.com by st11p02im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <xxxxx@st11p02im-asmtp001.me.com> for test@domain.de; Mon, 09 Jan 2017 15:49:40 +0000 (GMT) Received: from [10.24.72.20] (tmo-108-227.customers.d1-online.com [80.187.108.227]) by st11p02im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <xxxx@st11p02im-asmtp001.me.com> for test@domain.de; Mon, 09 Jan 2017 15:49:39 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1483976980; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; h=From:Content-type:MIME-version:Date:Subject:Message-id:To; b=amOGtK5wZfbJcAeI/LlO0u2WG3CHrQTXWt1+r52sWPFoUoKnSKQ2mX/0SHVnU8EpL Date: Mon, 09 Jan 2017 16:49:28 +0100 From: Peter Test<test@me.com> Subject: Test To: Test Peter <test@domain.de> Message-id: <9FCEDB94-0395-4414-9EAD-502DB2B0C871@me.com> MIME-version: 1.0 (1.0) X-Mailer: iPhone Mail (14A456) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-09_09:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1701090228"

Moin Heinz, die erste DNS Änderung war Ende November.Ab da gingen die Apple (iCloud.com) E-Mails wieder an den alten Provider (POP3). Der TTL ist 10 Minuten OK, die Domain heißt anders. (o; (o; Das weis man nicht, ich werde das prüfen. (o; Wir setzen den Virenscanner Avira Exchange Securitry seit vielen Jahren bei vielem Kunden ein und da gab es nie Probleme. Es steh noch eine gateprotect Firewall vor dem Netzwerk, aber ohne Filter/Proxy´s. Ja, der Exchange ist aus dem Internet erreichbar. Mit http://lookup.mxtoolbox.com/SuperTool.aspx getestet. Alle Test bestanden. Der Server empfängt ja seit 6 Wochen alle deutschen E-Mails problemlos. Ich hab jetzt die Protokollierung auf dem Exchange aktiviert und lasse jetzt von Apple ein paar Test-E-Mail versenden. Dann mal schauen was die Logs sagen.

Der Log nichts oder besser alles was verdächtig ist kommt in die Quarantäne. SPF Prüfung ist keine aktiviert. Nein es wird kein SMTP Reject rausgehauen. Was immer das auch ist, (o; Der Spamfilter ist nicht das Problem. Es ist mir etwas komisches bei den MX-Records aufgefallen. Alter MX: 10 mail.domain.de (auf den Provider) Zu beginn waren das alles POP3 Konten die bei einem Provider abgeholt wurden. Dann kam der Exchange Server und es wurde ein zusätzlicher MX-Record mit einer niedrigeren Priorität eingerichtet und alle emails außer die von Apple (iCloud.com) kam auf dem Exchange Server an. MX: 5 - mailex1.domain.de (auf den Exchange Server) 10 - mail.domain.de (auf den Provider) Die Apple (iCloud.com) emails kam weiterhin auf dem alten POP3 Konten beim Provider an. Was schon sehr komisch war. Dann haben wir den MX-Record des Providers abgeschaltet und alle E-Mails bis auf die von Apple (iCloud.com) kam weiter korrekt auf dem Exchange Server an. Die Apple (iCloud.com) E-Mails kommen nicht mehr an. MX: 5 - mailex1.domain.de (auf den Exchange Server) Es sieht aus als ob es irgendein Problem beim Update des MX-Record gegeben hat. Wäre es möglich das das Update der MX-Records nicht vernünftig bis in die USA gekommen ist? Was kann man da machen?