Jump to content

Hunter_BKC

Members
  • Gesamte Inhalte

    185
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Hunter_BKC

  1. Hi Günther! Ich habe auf Fileebene und online gesichert... Das is wohl das Problem. Danke!!! Gruß Christian
  2. Hallo zusammen! Wir haben einen Exchange2000-Server im Einsatz, bei dem immer die Dateien priv1.edb/priv1.stm + pub1.edb/pub1.stm gesichert wurden. Dies ist plötzlich nicht mehr möglich, es wurde angeblich auch nix verstellt... Gesichert werden die Dateien mit dem hauseigenen Backup-Progi von Microsoft. Schaue ich mir das Log-file an, erscheint folgende Nachricht: "Datei" konnte nicht geöffnet werden -> übersprungen Hat irgend jemand eine Ahnung was es sein könnte, evtl. sind die Rechte verbogen?! Gruß Christian
  3. Hallo Günther! Ähhmm, hier muss ich doch mal nachfragen: Wie/Wo stelle ich das ein? Kann man den Exchange auch für ESMTP konfigurieren? Gruß Christian
  4. Hallo Günther! Hab´s in den Griff bekommen, aber etwas stört mich noch... Bei der FW hab ich "ESMTP" ausgeschaltet, ab da ging´s wieder. Schau ich mir das Logfile der FW an, erkenne ich aber noch eine Warnung und zwar folgende: Warning: Denied access to command 'EHLO mail.XXX.de from mail.XXX. de (IP)' Liege ich mit meiner Überlegung richtig, dass ich für "EHLO" noch eine Erlauben-Regel einfügen sollte/muss? Gruß Christian
  5. Hallo zusammen! Wer kann mir bei folgendem Problem helfen: Erstmal die Konfiguration: W2k Server (SP2) + E2k Server (SP3), hängt hinter einer Symantec Firewall. Wenn ich von einem Kunden (es betrifft nur eine bestimmte Absenderdomain) eine Mail bekomme, erscheint kein Text im Body, lediglich der Betreff ist gefüllt. Als Anlage sind der Mail zwei Dateien beigefügt. In der einen Anlage sehe ich die Mail, wie Sie eigentlich auch im Outlook erscheinen soll, in der anderen Datei steht folgendes: Original-Recipient: rfc822;cjaeger@XXX.de Final-Recipient: rfc822;cjaeger@XXX.de Action: failed Status: 5.1.1 Remote-MTA: dns;post.XXXl.de Diagnostic-Code: smtp;550 5.7.1 Bad recipient format -- possible relay attempt Schaue ich mir das Logile der Firewall an, kann ich folgendes entnehmen: Denied access to command 'EHLO mforward.dtag.de' from mforward.dtag.de Hat es nun was mit RFC822 zu tun, oder liegt es an der Firewall, o.ä.? Vielleicht hat jemand Rat... Gruß, Christian
  6. Hallo Mr. Spock! Hatte mich vertan, ist die Vers. 6.5 Das Problem ist aber mittlerweile gelöst. Hab den Haken bei "HTTPD" weggenommen, Web-Server neu gestartet, Haken wieder rein, jetzt geht´s. Gruß Christian
  7. Hallo Mr. Spock! Es ist die Vers. 7.0 Oder meinst du die Vers. des IIS auf dem Web-Server? Gruß Christian
  8. Hallo Holgi! Danke für die Antwort! Aber der Port ist freigeschaltet. Irgendwie funzt wohl die Weiterleitung von FW zu Web-Server nicht richtig. Denk ich mal... Ruf ich den Bereich über HTTP auf, klappt´s ohne Probleme. Gruß Christian
  9. Hallo zusammen! Wir haben einen Web-Server hinter unserer Symantec Enterprise Firewall laufen, der auch soweit funktioniert, zumindest funzt der Aufruf über HTTP. Da auf dem Web-Server auch ein geschützer Bereich ist, soll dieser Aufruf über HTTPS erfolgen. Und genau hier liegt das Problem. Sobald der Link für den geschützten Bereich aufgerufen wird, läuft´s ins Timeout. Aber auch nur dann, wenn man die Seite von extern aufruft. Sollte vielleicht noch die Konfiguration erwähnen: Die FW läuft auf einem W2k-Server (SP3), auf dem Web-Server ist ebenfalls W2k-Server (SP3) installiert und er hängt in der DMZ. Desweiteren gibt es eine Domäne. Ruft ein Client, der in der Domäne liegt, den geschützten Bereich auf, gelingt auch der Zugriff, nur wie bereits erwähnt, von extern nicht. Dem Logfile kann ich folgende Meldung entnehmen, evtl. kann jemand was damit anfangen: "Switched to Kernel proxy" Danach läuft´s ins Timeout (für die externen). Intern bekomme ich diese Meldung nicht. Hat irgendjemand eine Idee? Vielen Dank schonmal Christian
×
×
  • Neu erstellen...