PatrickKByte

Ja, das war's wohl offensichtlich. Nur finde ich im IPCOP-Forum auch nix zur Protokollerkennung von ESP (50) und dessen Freischalten. Aber 500 bzw 4500 war schon mal ein Ansatz, dank dir!

Das ist mir neu... Derzeit kommt TCP Port 1723 und GRE am SBS an. Und ich möchte sagen, das hatte auch schon mal so auf dem Server funktioniert, allerdings unter einem anderen FQDN :confused:

Hallo und schönes Wochenende! Ich habe mir nach Windows Server How-To Guides: Einrichten einer L2TP/IPSec Verbindung mit Zertifikaten - ServerHowTo.de ein VPN eingerichtet. Der Server ist ein mit 2 NICs bestückter SBS2003 geschützt von einem IPCOP mit 4NICs. Ich habe erfolgreich eine Zertifizierungsstelle in Betrieb genommen, Zertifikate installiert und kann mit meinem Notebook innerhalb des LAN auch auf das VPN zugreifen... allerdings nicht von außen! Erste Anlaufstelle Firewall war's nicht: GRE und VPN-Port werden super an den SBS weitergeleitet. Ich vermute was am RAS... Hat jemand nen idealen Tipp? Dankeschön im Voraus!

Hallo Günther!! Ein FNJ Dir noch! Nun, es sind mehrere Domains, und ich will die nicht alle in der Empfängerrichtlinie drin haben! Aber du hast schon Recht; ich könnte auch die serverseitigen Weiterleitungen entsprechend domaintechnisch anpassen. Ich wollte halt ein Emailkonto... der Organisation her einfacher ;)

Für Testzwecke kontrollieren wir einige Webformulare für Kunden, deren Websites wir erstellt haben. Angenommen, eine Website sendet eine Email an bestellungen@firma.de, ziehen wir mailserverseitig (1&1) per Weiterleitung eine Kopie auf trace@zu-uns.com. Das machen wir mit mehreren Projekten. Also habe ich einen emailaktiven Ordner "trace" eingerichtet, der diese Adresse auch abruft. Und in den Inbound-Mails steht als Adressat auch sauber "bestellungen@firma.de" etc. drin. Wir kann ich per "Regeln" die verschiendenen Bestellungen in unterschiedliche Ordner separieren? Ich kriege es leider nur mit Client-Regeln hin, und das ist nicht zufriedenstellend... Ich wäre dankbar für ne Idee... Bestimmt sitze ich grad nur auf den Augen :suspect:

Vielen Dank! Also hab ich soweit schon alles richtig, und ich kann mir sogar den smarthost sparen. zu 3) muss er aber, weil ich auch nen OWA drauf laufen habe. ein IPCop macht vorher alles, was er kann, dass die Bösen draußen bleiben. Aber soweit ich weiß, kriegt der das Relaying nicht hin...

Guten Morgen zusammen! ich habe schon viel bei Google und auch hier im Forum gesucht... und leider kein vollständiges Tutorial für folgende, sicher viele User betreffende Frage gefunden: Folgende Ansätze habe ich bereits, vielleicht sind sie schon vollständig? Sinnvollerweise verfügt man über einen Internetzugang mit fester IP. ISP-seitig muss ein Reverse Lookup per Domain eingetragen sein. Der Port 25 (SMTP) muss auf den Exchange weitergeleitet sein, ein- wie auch ausgangsseitig. Damit Exchange die Maildomäne "erkennen" kann, muss in der Empfängerrichtlinie als SMTP die Domain eingetragen sein. Meine Fragen dabei sind: Wozu benötigt man den Reverse Lookup? Muss die (Mail)domain noch irgendwo am Exchange hinterlegt werden? Versende ich künftig über den eigenen Exchange per SMTP direkt, oder nutze ich weiterhin ein Relaykonto, z.B. von T-Online oder 1&1? Welche weiteren Sicherheitsvorkehrungen müssen getroffen werden? (ich weiß bereits von dem Thema Relay-Sicherheit) Ich hoffe, auch anderen hiermit helfen zu können und freue mich auf Posts. Des weiteren wünsche ich allen einen guten Rutsch ins Jahr 2008!

HAR HAR :cool: Ich kannte das Tut schon, allerdings dachte ich, es geht nur mit der "Haupt"Domain!

Hallo an alle! Ein Kunde wünscht einen SBS, auf zwei unabhängige (externe) Maildomains funktionieren sollen. Ich plane den Einsatz vom PopBeamer, so dass schonmal der Empfang kein Problem sein wird. Ich werde in den Empfängerrichtlinien die zweite Maildomain aufnehmen. Wie aber kriegen es die Benutzer hin, postausgangsseitig zu wählen, über welche Domain sie Mails versenden? Ich befürchte, dass das mittels SBS nicht gehen wird... welcher Exchange-Server kann das dann? Kennt ihr vielleicht einen Workaround, denn insgesamt wäre der SBS das perfekte Produkt. Ich danke für eure Ideen! p.s. POP-Konten lokal in den Clients gilt nicht :suspect:

Okay... ziehen wir Konsequenzen: Wie deinstalliere ich alle SQL bzw. MSDE-Installationen bzw. -Instanzen? Ich kann auf das Companyweb verzichten, ebenso auf's Monitoring (was sich ja nachinstallieren und somit wiederherstellen lässt) ? Meine Idee wäre, unter Software die Sachen rauszuwerfen... Reicht das?

Bedingt gebe ich dir Recht. RIM empfiehlt den SBS als Basis nicht, aber es soll gehen. Generell ist ja die Frage eine andere: wie installiere ich auf einer (wohl verkorksten) MSDE-Installation eine weitere Instanz?!

Keiner ne Idee?

Ja, habe ich. Ich sehe meinen Fehler nicht...

noch ein Hinweis: benutze die aktuelle MSDE mit SP4. Übrigends hatte ich auf derselben Maschine in Vorzeit schon einmal einen ProtectionPilot laufen, da hat's funktioniert. Kann mir keiner helfen?

Hallo, und vielen Dank für deine Hilfe. Leider komme ich trotzdem nicht durch. Es passiert genau dasselbe, als wenn ich den o.g. SETUP-Befehl eingebe: die MSDE-Installation läuft los, das Setup beginnt, und plötzlich läuft der Prozessbalken wieder rückwärts.... fertig.

Schönen guten Sonntag, miteinander! ich bin dabei, auf unserem SBS2003 SP2 mit Exchange2003 SP2 den Blackberry Enterprise Server (Express) zu installieren. Scheitert derzeit daran, dass das BES-Setup die bereits laufende MSDE findet, darin allerdings keine Instanz erstellen kann! Im Blackberry-Forum habe ich einen Post gefunden, die Instanz manuell anzulegen: Aber das Setup kommt nicht durch. In der letzten Zeile des Log's steht, dass die Instanz nicht installiert werden konnte, und unter den Diensten finde ich die Instanz auch nicht. Jemand ne Idee?

Hey 7070, als Gateway steht mir leider nur ein IPCop im eigenen Netz zur Verfügung, und der taugt nicht viel als Email-Gateway. Du meinst doch sicher als Email-Gateway einen extern gehosteten Server...

Punkt 3 bedeutet Wenn ich dich richtig verstehe, löst die Empfängerrichtlinie 2) und 3) :rolleyes: :) Das FAQ beschreibt den FQDN des Beispielservers als srv01.msxfaq.de. Lediglich das macht mich stutzig. Ist das der interne Domänenname des Servers oder eine Subdomain, die auch als MX herhalten soll? Ich hoffe ,ich hab mich richtig ausgedrückt...

Hey 7070, vielen Dank! Ich hoffe, du meinstest MEINEN Punkt 3? Das habe ich so laut GPO schon drin, benutze bislang den Popbeamer, dafür allein brauch ich das ja schon.

Um IMF nutzen zu können, ist der Empfang mittels SMTP notwendig. Auch unsere Disclaimer-Software würde sich über einen vollständigen SMTP-Mailfluss freuen. Also möchte ich unsere Mails per SMTP empfangen. In einem Post von Squire steht: Nun habe ich mich in das Thema SMTP und MX auf msxfaq.de eingelesen (sehr zu empfehlen!). Folgende Grundlagen hab ich schon geschaffen: Feste IP: hab ich MX-Record: kann ich auf die IP setzen 25/TCP an Exchange: auch kein Ding So ein paar kleine Fragen habe ich da noch: Wie geht das mit dem Reverse Lookup? Wir haben mehrere Maildomains unterschiedlicher Schreibweisen und empfangen so z.B. alias@test.com, alias@test.de, alias@test.org etc. Wenn ich mehrere MX-Records auf meine feste IP lenke, checkt der das? Unsere Domain heißt quasi test.local statt test.de. Ergo auch mein Exchange: server.test.local statt .de. Macht das was? Leider war zu dem Thema (noch) kein Tut zu finden... vielleicht ist die Frage populär genug, als dass sich mit dem Thread was ergibt. Ich danke für alle Ideen!

wieso betreibt man dann die zertifizierungsstelle nicht direkt auf dem SBS? p.s. alles hat nach dem tut perfekt funktioniert!

... aber du musst doch in jedem Fall ohnehin am Server schrauben, was die Zugriffsberechtigung deiner Benutzer angeht... Des weiteren schaue ich nicht täglich auf den IPCop, und bei ner Portweiterleitung kannste doch nix falsch machen... also grenze ich die mögliche Fehlersuche doch ideal ein, wenn alles zentral auf dem SBS läuft, oder nicht? Ich hab aufm SBS keinen IIS, sodass die Zertifizierung nur intern erreichbar ist, ist doch auch noch ein weiterer Sicherheitsfaktor.

ich mach das schon irgendwie rund. dank dir nochmals!

1723 an den SBS? sorry, alles gut, steht im Tut! Danke²

Ich hab nun Zeit, mich drum zu kümmern. Deinem Post entnehme ich, dass schon der SBS das VPN servt, oder? Muss ich dann am IPCop nur ne Portweiterleitung machen, oder richte ich am IPCop das VPN ein und drösel aufm SBS irgendwas auf!?