E-Mails bleiben in der Warteschlange

Hallo zusammen,

ich habe eine Exchangehosting-Umgebung mit verteilten Rollen und DAG erstellt.

Wenn ich nun über OWA eine E-Mail versende bleibt diese auf dem HUB-Server in der Queue mit Status Retry.
Der Send-Connector ist für Externe Mails konfiguriert und benutzt den internen DNS um via MX die Mails zu senden.
DNS und MX Auflösung klappt einwandfrei.

An welche adresse geschickt wird ist egal das Resultat ist das gleiche.

Ich habe in den letzten Tagen sehr viel gelesen aber nichts genaues gefunden.

Hat jemand eine Idee?

Vielen Dank im Voraus!

Schöne Grüße

Jens

P.S. Im Hostingmodus habe ich nur Shell.

Ich hatte keine Logs eingeschaltet, habe dies dann mit "Set-Sendconnector "Internet" -ProtocolLoggingLevel Verbose" eingeschaltet und 2 neue Mails losgeschickt. Es wurde eine Textdatei erstellt, diese hat aber 0 KB ergo ohne Inhalt.
Die zwei neuen Mails sind weiterhin in der Queue.

Edit: ok jetzt steht da verdammt viel drin, sodass man fast erschlagen wird

ich denke ich habe den Fehler gefunden:

rejection (d2): http://ww.spamhaus.org/query ....

damit ist der Fall eigentlich klar.

Wieso meine Domain auf der Spamliste ist kann ich nicht sagen, sie wurde vor 2 Tagen erstellt.

Hallo noch einmal,

ich habe es geschafft auf die Whitelist zu kommen.
Jetzt habe ich ein neues Problem.

Ich habe einen Server zum senden mit SendConnector und einen zum empfangen mit Reciveconnector.

Wenn ich jetzt 3 E-Mails auf die Reise schicke wurde die erste über den Sendeserver geschickt, die anderen aber über den Empfangsserver.
Dort bleiben die Mails natürlich wieder in der Warteschlange kleben.
Wieso leitet der CAS nicht an den Server auf dem der SendConnector liegt?

Edit: ich habe mal alles schritt für schritt gemacht um ein Muster zu erkennen.
Er versucht immer die Server abwechselnd anzusprechen.
Also bekommt bei 10 Nachrichten jeder 5 z.B..

Gruß Jens

Die ganze Umgebung ist ein test daher hat es nicht für eine statische IP gereicht. mein Mx ist ein Dyndns das ist sehr traurig aber die einzige Möglichkeit.

Ein Kollege sagte mir das es so gemacht wird in einer umgebung wo man die Rollen aufteilt. Nachdem ich auf dem Hub2 den Sendconnector auch hinzugefügt habe klappt es vorerst.Vielen Dank!

Mein neues Problem ist, dass das empfangen nicht mehr funktioniert.
Mein Kollege hat den Default Connector gelöscht

Jetzt habe ich einen neuen erstellt mit folgenden Prametern:

new-recieveconnector -name "name" -binding "router:25" -usage "internet" -remoteiprange "0.0.0.0-255.255.255.255" -server "hub"

und:
Set-ReceiveConnector -PermissionGroups 'AnonymousUsers, ExchangeUsers, ExchangeServers, ExchangeLegacyServers' -Identity 'server\connector server'

so ganz zu klappen scheint das nicht.
Der Log ist bis jetzt leer.

Hat jemand einen Rat?

Entschuldigung ich meinte empfangen nicht senden.
Das senden Funktioniert jetzt gut

Der Kollege meinte er will es komplett selbst konfigurieren, natürlich ohne vorher ein Backup gemacht zu haben
Es ist leider passiert.

Ich habe lange im Internet nach einer Möglichkeit gesucht den Default-Connector wieder herzustellen bin jedoch nicht fündig geworden.

Kann mein erstellter Empfangs-Connector die Funktion so auch leisten oder ist der Default ein muss?

Danke die Seite hat weitergeholfen.
Ich habe dann auch noch andere Seiten gelesen und herausgefunden, dass man IPv6 mit einbeziehen muss.

Jetzt wird meine Syntax nicht akzeptiert
ich habe überall nur die gleiche gefunden:

-set-recieveconnector -bindinges ":::25, 0.0.0.0:25"

set-recieveconnector -remoteipranges "::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff, 0.0.0.0-255.255.255.255"

wenn ich die IPv4 oder IPv6 Teile einzeln eingebe kappt es.
Überall wird aber gesagt es durch ein Komma getrennt wird.