Exchange 2019: Massenempfang ok?
Hallo zusammen,
wir haben einen Exchange 2019 im Office 365 Hybrid-Modus am Laufen. Ein Dienstleister will uns demnächst eine Masse an Rechnungen schicken, wir reden da von automatisiert erstellten Mails, etwa 1200 Stück, die innerhalb von 10 Minuten dort versendet werden. Macht das der Exchange mit oder hat der irgendwo einen Schutz verbaut, der dann denkt, da spammt jemand?
Wir haben noch einen Dienstleister vorgeschaltet, der die Mails scannt und prüft, der sagt, dass es wohl kein Problem bei ihm sei, er trägt den Absender aber vorsichtshalber in eine Whitelist ein. Frage ist also nur noch, ob der Exchange oder auch die Office 365 Hybrid Umgebung da mitmacht...
wir haben einen Exchange 2019 im Office 365 Hybrid-Modus am Laufen. Ein Dienstleister will uns demnächst eine Masse an Rechnungen schicken, wir reden da von automatisiert erstellten Mails, etwa 1200 Stück, die innerhalb von 10 Minuten dort versendet werden. Macht das der Exchange mit oder hat der irgendwo einen Schutz verbaut, der dann denkt, da spammt jemand?
Wir haben noch einen Dienstleister vorgeschaltet, der die Mails scannt und prüft, der sagt, dass es wohl kein Problem bei ihm sei, er trägt den Absender aber vorsichtshalber in eine Whitelist ein. Frage ist also nur noch, ob der Exchange oder auch die Office 365 Hybrid Umgebung da mitmacht...
Please also mark the comments that contributed to the solution of the article
Content-Key: 3285868694
Url: https://administrator.de/contentid/3285868694
Printed on: May 10, 2024 at 22:05 o'clock
12 Comments
Latest comment
Moin,
viele Sicherheitsgateways haben Rate-Limiter.
Wenn Die das schon wissen, Warum überlegen die sich nicht was einfaches zum Thema EDI?
Jemand bei Euch muss diese 1200 Mails ja nun auch verarbeiten.
Üblich wäre z.B. ein Download per FTPs.
Rgnummer.pdf und Rgnummer.xml als paar pro Rechnung (oder gleich das Zugpferd).
Stefan
viele Sicherheitsgateways haben Rate-Limiter.
Wenn Die das schon wissen, Warum überlegen die sich nicht was einfaches zum Thema EDI?
Jemand bei Euch muss diese 1200 Mails ja nun auch verarbeiten.
Üblich wäre z.B. ein Download per FTPs.
Rgnummer.pdf und Rgnummer.xml als paar pro Rechnung (oder gleich das Zugpferd).
Stefan
Zitat von @Gwaihir:
Wir können es leider nicht testen. Die Mails lassen sich nur einmal verschicken... ziemlich doof...
Wir können es leider nicht testen. Die Mails lassen sich nur einmal verschicken... ziemlich doof...
Ihr müsst es ja nicht mit den Rechnungen probieren. Es reicht einfach entsprechende Mails aus einem Testsystem, z.B. Raspi herauszuschicken.
lks
Moin,
Im ersten Gang würde ich einfach einen kleinen Pi nehmen und den Exhchange mal mit 10000 Mails "vollpumpen". Dann sieht man erstmal, ob der Bulk-Mails annimmt. Danach kann man sich weitere Gedanken machen. Oder, wenn Du auf der sicheren Seite sein willst, stell dan einem anderen MTA (z.B. Raspberry Pi mit postfix) hin , dem Du ggf eine andere mail(sub)domain gibst, z.B. rechnung.firma.tld und zeigst mit dem MX auf diesen MTA. Der spielt dann Relay zwischen Deinem Exchange und dem Rechnungsversender. Wenn man postfix entsprechend anweist, nimm der dann auch nur Mails von dem Rechnungsversender und niemand anderem an.
Ich weiß nciht, weswegen Ihr (oder Euer Dienstleister) da ein Problem damit habt, das auf die Schnelle zu testen udn ggf. die Lösung zu implementieren.
lks
lks
Im ersten Gang würde ich einfach einen kleinen Pi nehmen und den Exhchange mal mit 10000 Mails "vollpumpen". Dann sieht man erstmal, ob der Bulk-Mails annimmt. Danach kann man sich weitere Gedanken machen. Oder, wenn Du auf der sicheren Seite sein willst, stell dan einem anderen MTA (z.B. Raspberry Pi mit postfix) hin , dem Du ggf eine andere mail(sub)domain gibst, z.B. rechnung.firma.tld und zeigst mit dem MX auf diesen MTA. Der spielt dann Relay zwischen Deinem Exchange und dem Rechnungsversender. Wenn man postfix entsprechend anweist, nimm der dann auch nur Mails von dem Rechnungsversender und niemand anderem an.
Ich weiß nciht, weswegen Ihr (oder Euer Dienstleister) da ein Problem damit habt, das auf die Schnelle zu testen udn ggf. die Lösung zu implementieren.
lks
lks
Zitat von @Gwaihir:
Naja, im Zweifelsfall sage ich dem Dienstleister, dass ich es nicht garantieren kann oder dass wir es nicht per Mail machen können. Wir haben ja auch noch TrendMicro im Einsatz, der auch noch da rein grätschen könnte. Für einen Test über einen anderen Mailserver, der einfach mal testweise so eine Masse verschickt, kann ich nur sagen, dass wir im Team gerade weder einen Pi, Linux-Cracks, Ressourcen oder Zeit haben Klar, gehen tut alles in der Informatik...
Naja, im Zweifelsfall sage ich dem Dienstleister, dass ich es nicht garantieren kann oder dass wir es nicht per Mail machen können. Wir haben ja auch noch TrendMicro im Einsatz, der auch noch da rein grätschen könnte. Für einen Test über einen anderen Mailserver, der einfach mal testweise so eine Masse verschickt, kann ich nur sagen, dass wir im Team gerade weder einen Pi, Linux-Cracks, Ressourcen oder Zeit haben Klar, gehen tut alles in der Informatik...
Aber eine kleine Windows-VM auf einem Hyper-V aufsetzen und ein wenig powershell-scripting sollte doch auch ausreichen, um mal auf die schnelle ein paar tausend mails auf den exchange bzw den MX reinzudonnern. Da braucht man keine großen Ressourcen. Warum sonst glaubst Du ist über 90% des gesammten Mailverkehrs im INternet nur SPAM? Weil es trivial ist, da große Mengen mit kleinem Aufwand zu verschicken.
lks
Servus.
Standardmäßig ist die Message Rate nicht begrenzt außer jemand hat den externen Receive Connector so angepasst das Exchange die Anzahl an Mails Pro Minute begrenzt
Grenzwerte für Nachrichtenraten und Drosselung
Ein
verrät dir ob es angepasst wurde oder nicht.
Grüße Uwe
Standardmäßig ist die Message Rate nicht begrenzt außer jemand hat den externen Receive Connector so angepasst das Exchange die Anzahl an Mails Pro Minute begrenzt
Grenzwerte für Nachrichtenraten und Drosselung
Nachrichtenratengrenzwert: Die maximale Anzahl von Nachrichten pro Minute, die von einer einzelnen Quelle gesendet werden können.
Standard: "unlimited" auf den folgenden Standardempfangsconnectors:
Standardeinstellung <ServerName> im Transportdienst auf Postfachservern.
Standard-Frontend <ServerName> im Front-End-Transport-Dienst auf Postfachservern.
Ausgehender Proxy-Frontend <ServerName> im Front-End-Transport-Dienst auf Postfachservern.
Get-ReceiveConnector | fl Name,MessageRateLimit
Grüße Uwe