9
Exchange 2007 mit externem Mail-Provider
Hallo zusammen,
die Suche (hier und anderswo) und die sonstige Literatur hat mir leider nicht weitergeholfen bei folgendem Problem:
Auf dem einzigen Server in einer kleinen Firma (<20 Benutzer) läuft Windows SBS 2008 mit Exchange 2007. Die E-Mails laufen über einen externen Provider. Der externe Provider ist ebenfalls eine kleine Firma, deren Server nach meiner Recherche bei Domainfactory stehen. Die Netzwerkanbindung der Firma besteht aus einem einfachen DSL-Anschluss. Der Router hat einen DynDNS-Eintrag und ist somit von außen erreichbar. Die Internet-Domäne des Servers lautet gemäß der Standard-Vorgabe aus den installations-Assistenten remote.abcd.de. Diese Subdomain ist beim Domainprovider aus meiner Sicht nicht hinterlegt.
Abholen der E-Mails erfolgt über den SBS POP3-Connector (mir ist bewusst, dass dies eigentlich nicht als Dauerlösung gedacht, aber bei gegebener Konfiguration durchaus vertretbar ist). Der Versand erfolgt über die standardmäßige Konfiguration. Damal wieder s heißt die E-Mails laufen über ein SMTP-Relay des Providers. Und genau hier fange ich an zu scheitern: Manche Provider stören sich nicht an der Konfiguration und lassen die Mails durch, andere Provider sind strenger und lassen die Mails, die dann ja als Absenderadresse @abcd.de tragen, aber als Server smtprelay.ispgateway.de, nicht durch. Aber genau letzteres ist ziemlich doof, da einer der Kunden der Firma streng mit den zu empfangenden Mails umgeht.
Die gegebene Konfiguration ist praktisch unveränderlich, solange es um einen zusätzlichen Einsatz von (OpenSource-)Software geht aber unproblematisch. Ich habe mir jetzt erstmal damit geholfen, den Nutzern neben dem Exchange-Konto zusätzlich ein POP3-Konto direkt beim Provider einzurichten (quasi wie vor Exchange). Zum Senden an "kritische" Kunden muss dann aber das Konto umgestellt werden, was verständlicherweise umständlich und fehleranfällig ist.
Aus den Beschreibungen zu Smarthost und Co bin ich aber nicht abschließend schlau geworden, so dass ich das Problem lösen könnte, daher liegt meine Hoffnung mal wieder bei Euch. Ich habe aus den gefundenen Beschreibungen verstanden, dass mein Problem gar nicht untypisch ist und aus meiner Sicht durchaus auch lösbar, allerdings habe ich nicht gefunden, was ich wo einstellen muss, damit es tatsächlich funktioniert.
Bevor es Motzer gibt: falls dringend benötigte Informationen fehlen, bitte nicht meckern, sondern einfach danach fragen. So können alle etwas davon lernen.
Danke schonmal!
Carsten
die Suche (hier und anderswo) und die sonstige Literatur hat mir leider nicht weitergeholfen bei folgendem Problem:
Auf dem einzigen Server in einer kleinen Firma (<20 Benutzer) läuft Windows SBS 2008 mit Exchange 2007. Die E-Mails laufen über einen externen Provider. Der externe Provider ist ebenfalls eine kleine Firma, deren Server nach meiner Recherche bei Domainfactory stehen. Die Netzwerkanbindung der Firma besteht aus einem einfachen DSL-Anschluss. Der Router hat einen DynDNS-Eintrag und ist somit von außen erreichbar. Die Internet-Domäne des Servers lautet gemäß der Standard-Vorgabe aus den installations-Assistenten remote.abcd.de. Diese Subdomain ist beim Domainprovider aus meiner Sicht nicht hinterlegt.
Abholen der E-Mails erfolgt über den SBS POP3-Connector (mir ist bewusst, dass dies eigentlich nicht als Dauerlösung gedacht, aber bei gegebener Konfiguration durchaus vertretbar ist). Der Versand erfolgt über die standardmäßige Konfiguration. Damal wieder s heißt die E-Mails laufen über ein SMTP-Relay des Providers. Und genau hier fange ich an zu scheitern: Manche Provider stören sich nicht an der Konfiguration und lassen die Mails durch, andere Provider sind strenger und lassen die Mails, die dann ja als Absenderadresse @abcd.de tragen, aber als Server smtprelay.ispgateway.de, nicht durch. Aber genau letzteres ist ziemlich doof, da einer der Kunden der Firma streng mit den zu empfangenden Mails umgeht.
Die gegebene Konfiguration ist praktisch unveränderlich, solange es um einen zusätzlichen Einsatz von (OpenSource-)Software geht aber unproblematisch. Ich habe mir jetzt erstmal damit geholfen, den Nutzern neben dem Exchange-Konto zusätzlich ein POP3-Konto direkt beim Provider einzurichten (quasi wie vor Exchange). Zum Senden an "kritische" Kunden muss dann aber das Konto umgestellt werden, was verständlicherweise umständlich und fehleranfällig ist.
Aus den Beschreibungen zu Smarthost und Co bin ich aber nicht abschließend schlau geworden, so dass ich das Problem lösen könnte, daher liegt meine Hoffnung mal wieder bei Euch. Ich habe aus den gefundenen Beschreibungen verstanden, dass mein Problem gar nicht untypisch ist und aus meiner Sicht durchaus auch lösbar, allerdings habe ich nicht gefunden, was ich wo einstellen muss, damit es tatsächlich funktioniert.
Bevor es Motzer gibt: falls dringend benötigte Informationen fehlen, bitte nicht meckern, sondern einfach danach fragen. So können alle etwas davon lernen.
Danke schonmal!
Carsten
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 170445
Url: https://administrator.de/contentid/170445
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
9 Kommentare
Neuester Kommentar
Hallo.
Verwende nicht den Relay Host deines jetzigen Pseudo-Providers, sondern den über den du die Internetanbindung herstellst.
LG Günther
Damal wieder s heißt die E-Mails laufen über ein SMTP-Relay des Providers
Verwende nicht den Relay Host deines jetzigen Pseudo-Providers, sondern den über den du die Internetanbindung herstellst.
LG Günther
Hallo,
ich verstehe dein Problem nicht ganz. Im Prinzip muss dein Provider den MX-Record deiner Domain "abcd.de" auf deine DYNDNS setzen, damit die mails auf dem ExChange ankommen. Besser ist natürlich eine feste IP-Adresse. Dann läuft der Empfang direkt über SMTP, statt über POP3.
Senden könntest du "theoretisch" direkt. Aber diverse Host verweigern die Durchleitung und den Empfang von IP-adressen ohne Reverse-Loopup. Das sind zum Beispiel die wechselnden IPs deines Providers. Der Reverse-Lookup erbringt den Namen deines Providers, statt der erwarteten "abcde.de". Daher musst du über den Smart-Host senden.
Das mit den kritischen Kunden ist auch unklar. Im ExChg stellts du für jedeb User das "Senden Als" ein. Damit wird wird aus "user@domain.local" der "user@abcd.de".
Gruß
Henry
ich verstehe dein Problem nicht ganz. Im Prinzip muss dein Provider den MX-Record deiner Domain "abcd.de" auf deine DYNDNS setzen, damit die mails auf dem ExChange ankommen. Besser ist natürlich eine feste IP-Adresse. Dann läuft der Empfang direkt über SMTP, statt über POP3.
Senden könntest du "theoretisch" direkt. Aber diverse Host verweigern die Durchleitung und den Empfang von IP-adressen ohne Reverse-Loopup. Das sind zum Beispiel die wechselnden IPs deines Providers. Der Reverse-Lookup erbringt den Namen deines Providers, statt der erwarteten "abcde.de". Daher musst du über den Smart-Host senden.
Das mit den kritischen Kunden ist auch unklar. Im ExChg stellts du für jedeb User das "Senden Als" ein. Damit wird wird aus "user@domain.local" der "user@abcd.de".
Gruß
Henry
Hallo,
ganz transparent wird mir dein Konstrukt jetzt nicht. Aber zu "lassen die Mails, die dann ja als Absenderadresse @abcd.de tragen, aber als Server smtprelay.ispgateway.de, nicht durch": Dass die SMTP-Domain abcd.de ist, der Server aber in der DNS-Domäne xyz.de steht macht nichts, daran stört sich kein vernünftiger Mailserver. Was Mailserver nicht mögen ist, wenn es keinen Reverse-Lookup gibt und noch viel schlimmer, wenn es eine IP aus einem Dial-in-Segment ist (das also an DSL-Kunden vergeben wird). Wenn eine Email nicht angenommen wird bekommst du eine Fehlermeldung, manchmal ist die hilfreich.
Du solltest mit dem sprechen, der die Mails entgegennimmt und euch zum POP3-Abruf zur Verfügung stellt. Der bietet ja sicher auch an, dass ihr Mails per SMTP über ihn senden könnt. Sprich: verwende ihn als Smarthost. An derartigen Smarthosts muss man sich authentifizieren. Kein Problem, kann Exchange. Manchmal kann man dann aber nur mit der Adresse des Nutzers schicken, mit dem man sich angmeldet hat. Das kann Exchange nicht. Deswegen: rede mit dem Dienstleister, wie du das seiner Meinung nach hinkriegen sollst. Wenn er mauert: kein Problem. Damit kommen wir nämlich auch zur geschicktesten Lösung der ganzen Thematik: gehe zu einem Hosted-MX-Anbieter. Bekannte Platzhirsche sind z.B. MessageLabs und Postini, auch MS bietet sowas an. Die kümmern sich um Antispam und Antivirus und schicken dir die Mails per SMTP an deinen Exchange (womit du die ganze POP3-Connector-Problematik vom Hals hast). Ist dein Exchange gerade nicht verfügbar, dann speichern sie die Mails halt für dich zwischen. Und umgekehrt nehmen sie auch Mails von deinem Exchange (mit allen Absenderadressen deiner Domain) an und versenden sie.
Gruß
Filipp
ganz transparent wird mir dein Konstrukt jetzt nicht. Aber zu "lassen die Mails, die dann ja als Absenderadresse @abcd.de tragen, aber als Server smtprelay.ispgateway.de, nicht durch": Dass die SMTP-Domain abcd.de ist, der Server aber in der DNS-Domäne xyz.de steht macht nichts, daran stört sich kein vernünftiger Mailserver. Was Mailserver nicht mögen ist, wenn es keinen Reverse-Lookup gibt und noch viel schlimmer, wenn es eine IP aus einem Dial-in-Segment ist (das also an DSL-Kunden vergeben wird). Wenn eine Email nicht angenommen wird bekommst du eine Fehlermeldung, manchmal ist die hilfreich.
Du solltest mit dem sprechen, der die Mails entgegennimmt und euch zum POP3-Abruf zur Verfügung stellt. Der bietet ja sicher auch an, dass ihr Mails per SMTP über ihn senden könnt. Sprich: verwende ihn als Smarthost. An derartigen Smarthosts muss man sich authentifizieren. Kein Problem, kann Exchange. Manchmal kann man dann aber nur mit der Adresse des Nutzers schicken, mit dem man sich angmeldet hat. Das kann Exchange nicht. Deswegen: rede mit dem Dienstleister, wie du das seiner Meinung nach hinkriegen sollst. Wenn er mauert: kein Problem. Damit kommen wir nämlich auch zur geschicktesten Lösung der ganzen Thematik: gehe zu einem Hosted-MX-Anbieter. Bekannte Platzhirsche sind z.B. MessageLabs und Postini, auch MS bietet sowas an. Die kümmern sich um Antispam und Antivirus und schicken dir die Mails per SMTP an deinen Exchange (womit du die ganze POP3-Connector-Problematik vom Hals hast). Ist dein Exchange gerade nicht verfügbar, dann speichern sie die Mails halt für dich zwischen. Und umgekehrt nehmen sie auch Mails von deinem Exchange (mit allen Absenderadressen deiner Domain) an und versenden sie.
Gruß
Filipp
Zitat von @GuentherH:
Hallo.
> Damal wieder s heißt die E-Mails laufen über ein SMTP-Relay des Providers
Verwende nicht den Relay Host deines jetzigen Pseudo-Providers, sondern den über den du die Internetanbindung herstellst.
Hallo.
> Damal wieder s heißt die E-Mails laufen über ein SMTP-Relay des Providers
Verwende nicht den Relay Host deines jetzigen Pseudo-Providers, sondern den über den du die Internetanbindung herstellst.
Aber dann habe ich doch weiterhin dasellbe Problem, dass der Absender zwar abcd.de trägt, aber der versendende Server irgendwasrelay.de?
Oder stehe ich da völlig auf der Leitung?
ich verstehe dein Problem nicht ganz. Im Prinzip muss dein Provider den MX-Record deiner Domain "abcd.de" auf deine
DYNDNS setzen, damit die mails auf dem ExChange ankommen. Besser ist natürlich eine feste IP-Adresse. Dann läuft der
Empfang direkt über SMTP, statt über POP3.
DYNDNS setzen, damit die mails auf dem ExChange ankommen. Besser ist natürlich eine feste IP-Adresse. Dann läuft der
Empfang direkt über SMTP, statt über POP3.
Das hört sich einfach an, gibt es sonst noch irgendwas zu beachten?
Senden könntest du "theoretisch" direkt. Aber diverse Host verweigern die Durchleitung und den Empfang von
IP-adressen ohne Reverse-Loopup. Das sind zum Beispiel die wechselnden IPs deines Providers. Der Reverse-Lookup erbringt den Namen
deines Providers, statt der erwarteten "abcde.de". Daher musst du über den Smart-Host senden.
IP-adressen ohne Reverse-Loopup. Das sind zum Beispiel die wechselnden IPs deines Providers. Der Reverse-Lookup erbringt den Namen
deines Providers, statt der erwarteten "abcde.de". Daher musst du über den Smart-Host senden.
Und wie genau mache ich das mit dem SmartHost? Ich gehe davon aus, dass ich eben genau das eingestellt habe, aber kann mir jemand sagen, wie ich das kontrollieren kann?
Da der verwendete DSL-Anschluss von der Telekom ist und in den ausgehenden Mails aber der Relay von Domainfactory (ispgateway.de) steht, hat das aus meiner Sicht mit den IP-Adressen keine Relevanz.
Das mit den kritischen Kunden ist auch unklar. Im ExChg stellts du für jedeb User das "Senden Als" ein. Damit wird
wird aus "user@domain.local" der "user@abcd.de".
wird aus "user@domain.local" der "user@abcd.de".
Ja, das ist schon klar, aber der versendende Server ist ja eben nicht abcd.de sondern eben ispgateway.de. Ich bin jetzt davon ausgegangen, dass manche Mailserver so eingestellt sind, dass sie dabei auf Überseinstimmung prüfen und dann ggf. die Mails ablehnen.
ganz transparent wird mir dein Konstrukt jetzt nicht. Aber zu "lassen die Mails, die dann ja als Absenderadresse @abcd.de
tragen, aber als Server smtprelay.ispgateway.de, nicht durch": Dass die SMTP-Domain abcd.de ist, der Server aber in der
DNS-Domäne xyz.de steht macht nichts, daran stört sich kein vernünftiger Mailserver. Was Mailserver nicht
mögen ist, wenn es keinen Reverse-Lookup gibt und noch viel schlimmer, wenn es eine IP aus einem Dial-in-Segment ist (das
also an DSL-Kunden vergeben wird). Wenn eine Email nicht angenommen wird bekommst du eine Fehlermeldung, manchmal ist die
hilfreich.
tragen, aber als Server smtprelay.ispgateway.de, nicht durch": Dass die SMTP-Domain abcd.de ist, der Server aber in der
DNS-Domäne xyz.de steht macht nichts, daran stört sich kein vernünftiger Mailserver. Was Mailserver nicht
mögen ist, wenn es keinen Reverse-Lookup gibt und noch viel schlimmer, wenn es eine IP aus einem Dial-in-Segment ist (das
also an DSL-Kunden vergeben wird). Wenn eine Email nicht angenommen wird bekommst du eine Fehlermeldung, manchmal ist die
hilfreich.
Wie in der Antwort an Henry geschrieben: Aus meiner Sicht verwendet der Server keine IP des DSL-Providers, sondern eine des Mail-Providers. Wenn das der Smarthost ist, dann ist das ja schon ein bißchen doof, weil dann mal schnell Verwirrung entsteht, da der Absender abcd.de heißt, aber der versendende Server ispgateway.de. Hier die Fehlermeldung:
Fehler bei der Zustellung der Nachricht an folgende Empfänger oder Verteilerlisten:
bla.bla@bla.com
Sie sind nicht berechtigt, diese Nachricht zu senden, weil Sie sie im Auftrag eines anderen Absenders zu senden versuchen, ohne dazu berechtigt zu sein. Vergewissern Sie sich, dass Sie im Auftrag des richtigen Absenders senden, oder wenden Sie sich an den Systemadministrator, um die erforderliche Berechtigung zu erhalten.
Diagnoseinformationen für Administratoren:
Generierender Server:
bla.bla@bla.com
#MSEXCH:MSExchangeIS:/DC=local/DC=abcd:server-S02[578:0x000004DC:0x0000001D] #SMTP#
Du solltest mit dem sprechen, der die Mails entgegennimmt und euch zum POP3-Abruf zur Verfügung stellt. Der bietet ja sicher
auch an, dass ihr Mails per SMTP über ihn senden könnt. Sprich: verwende ihn als Smarthost. An derartigen Smarthosts
muss man sich authentifizieren. Kein Problem, kann Exchange. Manchmal kann man dann aber nur mit der Adresse des Nutzers schicken,
mit dem man sich angmeldet hat. Das kann Exchange nicht. Deswegen: rede mit dem Dienstleister, wie du das seiner Meinung nach
hinkriegen sollst. Wenn er mauert: kein Problem. Damit kommen wir nämlich auch zur geschicktesten Lösung der ganzen
Thematik: gehe zu einem Hosted-MX-Anbieter. Bekannte Platzhirsche sind z.B. MessageLabs und Postini, auch MS bietet sowas an. Die
kümmern sich um Antispam und Antivirus und schicken dir die Mails per SMTP an deinen Exchange (womit du die ganze
POP3-Connector-Problematik vom Hals hast). Ist dein Exchange gerade nicht verfügbar, dann speichern sie die Mails halt
für dich zwischen. Und umgekehrt nehmen sie auch Mails von deinem Exchange (mit allen Absenderadressen deiner Domain) an und
versenden sie.
auch an, dass ihr Mails per SMTP über ihn senden könnt. Sprich: verwende ihn als Smarthost. An derartigen Smarthosts
muss man sich authentifizieren. Kein Problem, kann Exchange. Manchmal kann man dann aber nur mit der Adresse des Nutzers schicken,
mit dem man sich angmeldet hat. Das kann Exchange nicht. Deswegen: rede mit dem Dienstleister, wie du das seiner Meinung nach
hinkriegen sollst. Wenn er mauert: kein Problem. Damit kommen wir nämlich auch zur geschicktesten Lösung der ganzen
Thematik: gehe zu einem Hosted-MX-Anbieter. Bekannte Platzhirsche sind z.B. MessageLabs und Postini, auch MS bietet sowas an. Die
kümmern sich um Antispam und Antivirus und schicken dir die Mails per SMTP an deinen Exchange (womit du die ganze
POP3-Connector-Problematik vom Hals hast). Ist dein Exchange gerade nicht verfügbar, dann speichern sie die Mails halt
für dich zwischen. Und umgekehrt nehmen sie auch Mails von deinem Exchange (mit allen Absenderadressen deiner Domain) an und
versenden sie.
Zitat von @cuwie.de:
> ich verstehe dein Problem nicht ganz. Im Prinzip muss dein Provider den MX-Record deiner Domain "abcd.de" auf
deine
> DYNDNS setzen, damit die mails auf dem ExChange ankommen. Besser ist natürlich eine feste IP-Adresse. Dann läuft
der
> Empfang direkt über SMTP, statt über POP3.
Das hört sich einfach an, gibt es sonst noch irgendwas zu beachten?
es ist auch einfach. Als erstes würde ich klären ob du eine feste IP von deinem Provider bekommen kannst und ob du bein Provider den MX-Record editieren kannst.> ich verstehe dein Problem nicht ganz. Im Prinzip muss dein Provider den MX-Record deiner Domain "abcd.de" auf
deine
> DYNDNS setzen, damit die mails auf dem ExChange ankommen. Besser ist natürlich eine feste IP-Adresse. Dann läuft
der
> Empfang direkt über SMTP, statt über POP3.
Das hört sich einfach an, gibt es sonst noch irgendwas zu beachten?
Vorteil der fest IP : echte 24h online, dynDNS hat alle 24 eine kurze Unterbrechung und setzt voraus, das dein Router die neue IP immer rechtzeitig zurückmeldet.
*ohne MX-Record* geht gar nicht, weil die mails nicht wetergeleitet werden können. Abhilfe : neuer Provider!
> Senden könntest du "theoretisch" direkt. Aber diverse Host verweigern die Durchleitung und den Empfang von
> IP-adressen ohne Reverse-Loopup. Das sind zum Beispiel die wechselnden IPs deines Providers. Der Reverse-Lookup erbringt den
Namen
> deines Providers, statt der erwarteten "abcde.de". Daher musst du über den Smart-Host senden.
Und wie genau mache ich das mit dem SmartHost? Ich gehe davon aus, dass ich eben genau das eingestellt habe, aber kann mir jemand
sagen, wie ich das kontrollieren kann?
Da der verwendete DSL-Anschluss von der Telekom ist und in den ausgehenden Mails aber der Relay von Domainfactory (ispgateway.de)
steht, hat das aus meiner Sicht mit den IP-Adressen keine Relevanz.
Der Smart-Host funktioniert wie ein einfacher email Versand vom PC. Der Smart-Host identifiziert den Absender und "relayed" die mail. Dabei musst du die Identifikationstechnik klären. SMTP kennt normalerweise keine Identifikation. Einige Provider machen "SMTP after POP" andere "SMTP/AUTH". SMTP/AUTH wird von ExChg direkt unterstützt. Der Smart-Host hat ein sauberes Reverse-Lookup und kann damit in alle Netze senden.
Fixed-IP zum direkten Senden? Im Prinzip ja, wenn der Provider bereit ist den Reverse-Lookup zu setzen. Nach meiner bisherigen Erfahrung tut dies keiner für kleines Geld.
> Das mit den kritischen Kunden ist auch unklar. Im ExChg stellts du für jedeb User das "Senden Als" ein. Damit
wird
> wird aus "user@domain.local" der "user@abcd.de".
Ja, das ist schon klar, aber der versendende Server ist ja eben nicht abcd.de sondern eben ispgateway.de. Ich bin jetzt davon
ausgegangen, dass manche Mailserver so eingestellt sind, dass sie dabei auf Überseinstimmung prüfen und dann ggf. die
Mails ablehnen.
Gruß
Henry
Hallo,
Gruß
Filipp
Wenn das der Smarthost ist, dann ist das ja schon ein bißchen doof, weil dann mal schnell Verwirrung
entsteht, da der Absender abcd.de heißt, aber der versendende Server ispgateway.de. Hier die Fehlermeldung:
Kann ich nur erneut widersprechen: Der Hostname des sendenden oder empfangenden Servers muss gar nichts mit der SMTP-Domain zu tun haben.entsteht, da der Absender abcd.de heißt, aber der versendende Server ispgateway.de. Hier die Fehlermeldung:
Fehler bei der Zustellung der Nachricht an folgende Empfänger oder Verteilerlisten:
bla.bla@bla.com
Sie sind nicht berechtigt, diese Nachricht zu senden, weil Sie sie im Auftrag eines anderen Absenders zu senden versuchen, ohne
dazu berechtigt zu sein. Vergewissern Sie sich, dass Sie im Auftrag des richtigen Absenders senden, oder wenden Sie sich an den
Systemadministrator, um die erforderliche Berechtigung zu erhalten.
Diagnoseinformationen für Administratoren:
Generierender Server:
bla.bla@bla.com
#MSEXCH:MSExchangeIS:/DC=local/DC=abcd:server-S02[578:0x000004DC:0x0000001D] #SMTP#
Somit befindest du dich bezüglich Smarthost, MX, DNS, IP etc ja sowieso erstmal total auf dem Holzweg. Der Fehler entsteht schon auf deinem Exchange-Server. Entweder durch Eintragen des Empfängers in das Von statt in das An-Feld, oder durch deine Bastelkonstruktion mit zusätzlichem SMTP-Versand.bla.bla@bla.com
Sie sind nicht berechtigt, diese Nachricht zu senden, weil Sie sie im Auftrag eines anderen Absenders zu senden versuchen, ohne
dazu berechtigt zu sein. Vergewissern Sie sich, dass Sie im Auftrag des richtigen Absenders senden, oder wenden Sie sich an den
Systemadministrator, um die erforderliche Berechtigung zu erhalten.
Diagnoseinformationen für Administratoren:
Generierender Server:
bla.bla@bla.com
#MSEXCH:MSExchangeIS:/DC=local/DC=abcd:server-S02[578:0x000004DC:0x0000001D] #SMTP#
Gruß
Filipp
Hallo Carsten,
mal ganz pragmatisch. Ich glaube du brauchst eine ganze Menge grundlegende Infos und bastelst da an unternehmenskritischen Dingen rum. Eine Empfehlung ist aus dem Microsoft Press Verlag :" Thomas Joss, Windows SBS2008, Das Handbuch" kostet 59,-€ und erklärt gut lesbar alles was du im Laufe der Zeit für deinen Server wissen möchtest.
Gruß
Henry
ISBN .:9783866451261
mal ganz pragmatisch. Ich glaube du brauchst eine ganze Menge grundlegende Infos und bastelst da an unternehmenskritischen Dingen rum. Eine Empfehlung ist aus dem Microsoft Press Verlag :" Thomas Joss, Windows SBS2008, Das Handbuch" kostet 59,-€ und erklärt gut lesbar alles was du im Laufe der Zeit für deinen Server wissen möchtest.
Gruß
Henry
ISBN .:9783866451261
