Squire

Also .. ich geb mal wieder was bei mir (Exchange 2003) im Connector steht: Allgemein: gesamte Mail über Smarthost weiterleiten: post.strato.de ... lokaler Bridgehead mein Exchange Adressraum: Type SMTP / Adresse * Erweitert: ETRN/TURN nicht senden - Ausgehende Sicherheit: Standardauthentifizierung: meinuser@meinedomain.net + PW von FQN hab ich nix stehen ... BTW .. ich rede hier vom SMTP Connector nicht vom virtuellen SMTP Server! Das sind zwei paar Stiefel! Mit Exchange 2007 hab ich mich bisher nicht beschäftigt ... werd ich aber irgendwann nach dem ersten Servicepack mal in Angriff nehmen.

post.strato.de ist korrekt ... TLS nein ... Benutzername korrekt + PW Portforwarding für Port 25 TCP an die IP des Exchange einrichten das wars

Du brauchst auch keine! Ich habe für meinen Exchange zu Hause einen DYNDNS Account und der MX Record bei Strato zeigt auf den DynDns Namen. Meine Mails gehen über den Smarthost von Strato raus - da gibt es dann auch keine Probleme bei GMX, AOL und Konsorten wegen Senden über dynamischer IP etc. Den Smarthost für deinen Exchange musst Du im SMTP Connector eintragen. Solltest Du noch keinen haben musst Du Dir einen erstellen mit Adressraum "*" Bei Sicherheit wird dann einer Deiner Strato Mailbenutzeraccounts mit zugehörigen Passwort eingetragen und gut ist es ... (zumindst bei Exch 2003 ... den 2007er hab ich mir noch nicht angeschaut). BTW - Eigener MX hat schon was ... keine Wartezeit bis der POPCon mal wieder die Mails abholt. Übrigens es geht beides parallel. Sprich meine Exchange ist für meine Maildomains zuständig und der Popcon klappert dann noch ein paar Postfächer bei Web.de (mittels IMAP) und GMX mittel POP3

neben bei .. PopCon ohne Spamfilter/Virenschutz gibt es für 79€ (so was in der Art hatte ich gezahlt) Bei Strato würde ich die MX Eintrag Geschichte bevorzugen, denn Strato setzt die eigenen Mailserver als Backup-MX ... Der eigene Exchange hat dann den MX Record mit Prio 10 und die Strato Mailserver haben den MX mit Prio 200 so geht keine Mail verloren wenn der eigene Exchange mal nicht da ist

Hallo, das hat mit dem Exchange erstmal herzlich wenig zu tun. Beim SBS ist der POP3Connector für das Downloaden der Mails und das interne Weiterleiten per SMTP an den Exchange zuständig. Beim POP3 Connector kannst Du aber da nicht wirklich was einstellen.

ja .. aber die muss ja wohl nicht installiert sein ... z.B. hab ich im Action pack Vista Business Update ... wenn ich irgendwann mal auf die Idee kommen sollte meinen Notebook mit Vista zu beglücken möchte ich ein "Clean Install" und nicht XP Leichen unterm Vista haben ... Dass die XP Lizenzen vorhanden sein müssen ist unstreitig! Der Weg erst mal ohne Key als Demo zu installieren und dann unter Vista das Update mit dem korrekten Key durchführen sollte ein gangbarer Weg sein. Warum MS das Update Prozedere in diese Richtung geändert wissen die Götter!

VMWare ist schon ok .. allerdings .. was will er denn in der VM laufen lassen? Exchange etc. geht nicht, das muss auf dem SBS direkt laufen (Der SBS selber sowieso - 2 SBS gehen nicht!). Ich wüßt jetzt wirklich nicht, was da drauf sollte! Wenn Du ne Bandsicherung mit dem SBS Sicherungsprogramm machst bist Du auf der sicheren Seite!

Hallo, wenn die Exchange Datenbank auf dem alten Server einigermaßen in Ordnung war sollte das schon funktionieren ... ich empfehle dringend MSXFAQ.DE - Serverausfall und Datenbank OK zur Lektüre. Frank ist soetwas wie ein Exchange Papst :D BTW .. Die Exchange Datenbank liegt standardmäßig unter C:\Programme\Exchsrvr\MDBDATA ... desweiteren benötigst Du die Transaction Log-Dateien

Hallo! Also bei fast 30 Clients macht ein AD mehr als Sinn! Bei Verwendung eines SBS 2003 Pflicht, da dieser sonst nach einer Carenzzeit den Betrieb einstellt (regelmäßiges Herunterfahren). Nebenbei - Du weißt schon, dass Du rund 30 SBS Cals benötigst? Deine Windows 2000 Cals nützen Dir bei einem SBS nichts!

Im Zweifel einfach mal bei der Partnerbetreuung anklingeln - die können es Dir genau sagen

So wie sich das liest verabschiedet sich AVM so langsam aus dem ISDN Geschäft ...

Hi, ich meine hier mal gelesen zu haben, dass es mit einem Trick geht. Bemüh mal die Suche ...

Hi, WSUS läuft bei mir auf nem ESX Server. 2 VHDs ... System laüft auf dem SCSI Shelf - die Daten (Updates) auf nem SATA Shelf. Ich synchronisiere mehrere Sprachen und hab für die Updates 120 GB reserviert. Die Updates sicher ich nicht - a) weil im SAN auf nem Raid und b) kann ich die ja immer wieder von MS ziehen lassen

Hi, bei HP Notebooks (zumindest bei meinem Firmenschleppi nc8430) geht das - da kann man im Bios einstellen wenn LAN aktiv dann WLAN offline

das liegt am Admin ... die Platten hab nix zu tun .. na dann zieh ich mal eine oder zwei raus :D

Hallo, ohne die CD zu haben? Wie geht das denn?

ich tippe auf falschen Schlüssel

Der Knackpunkt ist, dass die AVM m.W. 5V benötigt. Wenn Dein IBM Server PCI-X mit 5V anbietet spricht nichts gegen die AVM. Wie ITHOME schon sagte ... bei HP Servern passt die nicht, da die 3,3V fordern. Die Eicon sollte funktionieren

bei nur einem Server absolut unsinnig, da diese Config keine Redundanz bietet - sprich einmal Hardware tot beide DCs tot

Meno .. ihr macht das ja wieder extrem spannend!

Also so wie ich das sehe hat der Mailserver des Absenders keinen PTR Eintrag und deshalb wird er abgewiesen. Wenn der über einen DSL Anschluss mit dynamischer IP schickt .. selber schuld

na .. der Motor läuft ja schnell genug ... nur mit der Lenkung haperts ;)

Hi, meine Meinung: Lass das mit XP, besorg Dir einen vernünftigen Router der VPN-Server/Client sein kann. Draytek, Bintec, Zyxel, Linksys seien hier mal als Beispiele genannt, oder setz eine vernünftige VPN Lösung auf W2k3 RRAS oder ISA ein. Alternativ auch IPCop mit OpenVPN ... ist auch für clickibunti Mäuseschubser administrier und konfigurierbar :-)

ähm .. halt! Wenn ich das richtig im Hinterkopf habe, dann hat MS einen Fix für den Connector ... aktualisier mal Dein Windows Update, so dass Du auch Updates für weitere Produkte bekommst ... MS stellt den Fix über Windows Update zur Verfügung

Also wenn nichts hart auf ne IP programmiert ist, dann ist das Parallel laufen lassen nicht nötig. Die Umstellung von 3 Servern und eine Hand voll Clients ist normalerweise locker in einer Stunde vom Tisch (inkl. testen) Umstellung würde ich nach Büroschluss erledigen. Den Usern vorher Bescheid geben und am nächsten Tag rechtzeitig in der Firma/Büro sein. Wenn die Server umgestellt sind einen kurzen Test der Kernanwendungen machen (gehen die auf, funktionieren die?). Wenn dieser erfolgreich ist zufrieden nach Hause gehen. Wenn was nicht klappt, dann sagen es einem die KollegInnnen schon im laufenden Betrieb. BTW .. in dem IP Adressumstieg bietet es sich quasi an für die Clients DHCP zu verwenden. Das ist dann absolut schmerzfrei wenn irgendwann mal wieder was geändert werden muss. Achja ... Netzwerkdrucker, WLAN Accesspoints und DSL Router (so vorhanden) nicht vergessen! Ebenso managebare Switche etc ...