Hi Nobby,
erstmal besten Dank für deine Unterstützung.
Ok, das ist mir jetzt klar. Wie verhindere ich aber beim 2013 das Relaying?
Ich bin mir nicht bewusst, dass ich das aktiviert hätte.
Bye the way, muss Port 25 in der Firewall eigentlich auf den Exchange weitergeleitet werden?
Viele Grüsse
Andy
Hallo zusammen,
meine Exchange Kenntnisse sind bescheiden, nichts desto trotz habe ich zwei Kunden mit Exchange 2013.
Einer hat das Problem dass durch den Punkt "anonyme Benutzer" im Empfangaconnector sein Server von Spammern genutzt wurde.
Wie kann ich verhindern, dass Mails von externen Mail-Absendern zwar angenommen aber der Exchange 2013 nicht zum Versenden von Mails von unauthorisierten Benutzern genutzt werden darf. Wäre sehr dankbar für einen Tip.
Viele Grüsse
Andy
Hi Norbert,
soviel zu dem Thema "Glaub ich erstmal nicht":
http://social.technet.microsof…ef-498d-8904-f42c786bcbc1
Aber gut, ich werde als nächste Massnahme mal diesen Vorgang im Link von Robert versuchen. wenns hilft, soll es mir recht sein.
Gruss
Andy
Hi,
Ja da steht sites drin, das macht der SBS 2008 standardmässig so. Dafür wird im dns ein canonical Name Eintrag gesetzt der sites auf den fqdn auflöst. Kann mir nicht vorstellen dass das ein Problem ist. Dann hätte ja jeder der den SBS installiert, nachher Probleme. Was auch komisch ist, im owa kann der abwesenheitsassistent konfiguriert werden.
Gruß
Andy
Hallo,
wusste doch, dass ich mich mit dem ausführlichen Test blöd ausgedrückt habe. Ich habe einmal den Test aus dem Outlook gemacht und einmal irgend so ein Test mit einem externen Link, was genau weiss ich nicht mehr.
Aber den Test aus dem Outlook kann ich machen und kann auch die EWS Links ohne Zertifikatsfehler öffnen (kommt dann der Inhalt der XML).
Im Protokoll kommen allerdings nur dann Fehlermeldungen wenn ich das "Guessmart) angehäkelt habe, da er dann die externdomain.de testet und die hat ja nix mit dem internen Server zu tun.
Noch weitere Vorschläge?
Gruss
Andy
Nachtrag:
Teste ich in der Exchange Shell mit "Test -OutlookWebServices ¦ f1
kommt folgendes:
Id : 1003
Type : Information
Message : Die AutoErmittlung wird gleich mit E-Mail-Adresse manager@externdomain.de getestet.
Id : 1007
Type : Information
Message : Der Server APH-SRV.aph.local mit dem veröffentlichten Namen https://s
ites/EWS/Exchange.asmx & wird getestet.
Id : 1019
Type : Information
Message : Es wurde ein gültiger Verbindungspunkt für den AutoErmittlungsdienst
gefunden. Die URL dieses Objekts für die AutoErmittlung ist https://s
ites/Autodiscover/Autodiscover.xml.
Id : 1006
Type : Information
Message : Es wurde eine Verbindung mit dem AutoErmittlungsdienst bei https://si
tes/Autodiscover/Autodiscover.xml hergestellt.
WARNUNG: Unerwarteter Fehler. Debug-Informationen werden erzeugt: Der
Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
Test-OutlookWebServices : Der Objektverweis wurde nicht auf eine Objektinstanz
festgelegt.
Bei Zeile:1 Zeichen:24
+ Test-OutlookWebServices <<<< | fl
Hallo,
ein viel erwähntes Problem: DEr Abwesenheitsassistent von Outlook 2010 (Exchange 2007) bringt die Meldung:
hre Abwesenheitseinstellungen können nicht angezeigt werden, da der Server zurzeit nicht verfügbar ist.
Wenn ich im Outlook selbst das Autodiscover teste, funktioniert es, wenn ich es aber ausführlich teste, kommt eine Fehlermeldung, da die Firma einen Provider hat, wo die Mails per Popcon abgeholt werden und die Adresse @externdomain.de verweist natürlich auf eine falsche IP Adresse. Dort ist kein Zugriff möglich.
Wie bekomme ich den Abwesenheitsassistenten zum Laufen, bzw. wie konfiguriere ich Autodiscover korrekt, in solch einem Fall wie es bei den meisten KMU ist, dass ein Provider vorgechaltet ist?
Die Standard-Mailadresse @externdomain.de stimmt nicht mit der WAN IP des Exchange überein.
Das Zertifikat des SBS 2008 ist selbst erstellt, bringt aber zumindest intern keine Warnung.
Hat mir jemand einen Tip was ich machen könnte?
Gruss
Andreas
Nein, den sfc habe ich noch nicht laufen lassen. Ich kenne das Problem von früher, dass der SFC auch reklamiert hatte, wenn Originaldateien durch Updates ersetzt wurden und das das Teil mit Vorsicht zu geniessen ist. Ist das inzwischen nicht mehr so?
Hallo,
dass es schwer ist, ist mir auch klar. Ich hoffe nur auf Denkanstösse, was ich bisher nicht versucht habe. DNS Auflösung funktioniert tadellos. Wenn ich die Freigaben mit IP Adresse aufrufe, ist das Problem genau das selbe. Auch die servergespeicherten Benutzerprofile der Clients werden nicht mehr korrekt geladen. Ich werde heute nochmal versuchen, eine weitere NIC Karte einzubauen und es mit der zu versuchen. Ich habe aber eher das Gefühl, dass der Server selbst irgendwo tief im System ein Problem hat. In der Ereignisanzeige wird aber kein Fehler aufgeführt, das gesamte physische Netzwerk habe ich bereits ausgeschlossen, indem ich einen neuen Switch und neue Kabel installiert habe und eine isolierte Verbindung erstellt habe und das Problem noch genauso vorhanden war.
Mir gehen langsam die Optionen aus. Kann irgendwie im TCP/IP Protokoll ein Fehler vorhanden sein? Kann man dieses neu installieren?
Gruss
Andy
Hallo,
bei einem unserer Kunden haben wir einen SBS 2008 Premium Edition als DC stehen mit einem Hyper-V Windows 2008 Standard Server 32 bit, auf dem die Client-Server Anwendungen für die Arbeitsstationen laufen, da diese nicht 64bit fähig sind.
Nun habe ich seit einigen Tagen folgendes Problem: jeder der Server hat seine eigene LAN-Schnittstelle und konnte bisher problemlos erreicht werden. Von einem Tag auf den anderen war die LAN Verbindung des physischen Servers nur noch mit eingeschränkter Konnektivität sichtbar und man konnte keine Verbindung mehr darauf herstellen. Also habe ich die Lan Karte deinstalliert und neu installiert, ohne Erfolg. Ich bin sogar mit Acronis Backups eine Woche zurück und hatte trotzdem das gleiche Problem: eingeschränkte Konnektivität. Da ich in Dingen Netzwerkprotokolle etc nicht sehr stark bin, habe ich einfach eine neue NIC Karte eingebaut, die fehlerhafte deaktiviert, dann lief die Verbindung wieder. Nun ist es aber so, dass man manche Freigaben erreicht, manche nicht, obwohl vorher alles funktioniert hat. Wenn ich vom Client auf eine Freigabe zugreife, kann es sein dass ich 2 Minuten Sanduhr habe und dann die Verbindung kommt, oder aber es heisst: Netzwerkpfad nicht verfügbar. In Exchange 2007 bleibt alles in der Warteschlange hängen, weil er den Zielmailserver des Providers nicht findet und auch der Pop Connector, der die Mails abholen soll, meldet nur noch: Verbindung unerwartet geschlossen.
Ich habe schon auf Viren etc gescannt, ich weiss langsam nicht mehr weiter.
Ein Fehler im Netz ist auch nicht da, denn wir haben einen neuen Switch angehängt, an diesen nur die beiden Server und einen Client mit neuen Kabel angehängt, immer noch das gleiche Problem.
Was kann ich tun, um die Ursache dieses Verbindungsproblems zu finden, ohne dass ich gleich den ganzen Server neu aufsetzen muss?
Ach ja, alle Clients laufen mit Vista Prof 32bit.
Ich wäre für jeden Vorschlag sehr dankbar.
Gruss
Andy
