Jump to content

tabbbi

Members
  • Gesamte Inhalte

    75
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von tabbbi

  1. Hab mir die Artikel mal angeschaut.

     

    Hab die Vorgehensweise beim ersten mit dem Registrierungsschlüssel nachgebildet - leider ohne sichtbaren erfolg.

    Nach dem Durchlesen des 2. bin ich mir relativ sicher, dass das Problem auf der Gegenseite liegen muss. Da werd ich mir wohl doch über 5 Ecken die Informationen dazu beschaffen müssen :-(

     

    @rossi: Vielen Dank für deine Mühe!!!

     

    lg tabbbi

  2. Hallo,

     

    ich hoffe ihr könnte mir weiterhelfen. :)

     

    folgende Aufstellung:

    VPN-Client --> ISA Server 2004 <-------> irgendeine Cisco PIX ----> Netz wo ich hin will

     

    So, hab also nach einer Anleitung von MS (allerdings für IS 2000, aber die freizugebenden Protokolle sollten ja identisch sein...) folgende Ports aif meinem ISA freigegeben:

     

    UDP 500 Senden Empfangen

    UDP 4500 Senden Empfangen

    UDP 10000 Senden Empfangen

     

    Auf meinem VPN-Client hab ich IPSEC über UDP (NAT /PAT) eingestellt.

     

    So, dann hab ich den ersten Versuch gewagt und - oh Wunder - der VPN Client hat tatsächlich eine Verbindung zur Gegenseite hingekriegt. Aber das war aber dann auch schon das einzige was geht: RDP, PING etc. - es geht nichts!!! Die Routen scheinen aber alle richtig eingetragen zu sein.

     

    #Um auszuschließen das es am ISA liegt hab ich dann einfach mal den gesamten Datenverkehr zugelassen - immer noch gleiches Problem.

     

    Wenn ich aber per DFÜ in Inet gehe (also den ISA umgehe) und dann die VPN-Verbindung aufbaue klappt alles wunderbar.

     

    Vermute ja irgendwie das es am NAT liegt oder an der Gegenseite (die können mir aber nicht weiterhelfen, da sie die PIX nicht selbst eingerichtet haben).

     

    Hatte jemand schonmal ein ähnliches Problem und kann mir weiterhelfen?

     

    Vielen Dank!!

     

    lg tabbbi

  3. Hallo NG,

     

    hab jetzt doch noch eine Lösung gefunden: Es lag bei mir am anonymen Zugriffskonto - möglich das das automatisch eingetragene Passwort im IIS irgendwie falsch war. Habe das Passwort des IUSR_EXCHANGE-Konto zurückgesetzt und ein neues vergeben, - das hab ich dann im Exchweb eingetragen - und - man mag es kaum glauben - nach Neustart vom IIS läuft das OWA wie geschmiert!

     

    Habt alle vielen Dank für eure Mithilfe!

     

    lg tabbbi

  4. Hallo,

     

    nach der Migration von Exchange 2000 auf Exchange 2003 läuft das OWAbei uns nicht mehr richtig. Die Bilder werden nicht angezeigt, so als wären sie in dem angegebenen Pfad nicht vorhanden - wenn ich im IIS nachschaue sind aber alle Bilder korrekt da (unter ExchWeb).

     

    Wenn ich auf einen Link klicke komt unten das gelbe Dreieck und dei Fehlermeldung "Objekt erwartet" mit der ich aber auch nicht wirklich etwas anfangen kann. Problem: OWA ist komplett nicht nutzbar!

     

    Hab nochmal ins IIS-Log geschaut - alle Bilder werden mit der Fehlermeldung 401 (Nicht authorisiert) geloggt. Ich vermute schon das es sich um ein Berechtigungsproblem handelt, hab aber schon sämtliche Einstellungen mit einem anderen Exchange verglichen - stimmt eigentlich alles.

     

    Habe schon gegoogelt und nichts gefunden - hier im Board schien jemand ein ähnliches Problem zu haben - ihm wurde gesagt er müsse SSL nutzen, dann wäre das Problem behoben. SSL ist aber für uns keine Option.

     

    Vielleicht habt ihr noch ein paar Ideen was ich noch prüfen sollte. Ich bin mit meinem Latein am Ende. :confused:

     

    Vielen Dank schonmal!!! :)

     

    lg tabbbi

  5. Hi,

     

    da hab ich auch schon rumgesucht und auf deinen Link hin gleich nochmal gesucht - aber nichts gefunden.... Irgendwie geht es dort immer nur darum Exchange und Jana zusammen auf einem Server zu betreiben - aber das ist ja bei mir nicht der Fall.

     

    Kannst mir nicht den vollständigen Link geben - wahrscheinlich bin ich zu **** zum suchen... :confused:

     

    lg tabbbi

  6. Hi,

     

    danke das ihr mich und mein Problem nicht aufgebt! :)

     

    Hier mal ein Auschnitt aus dem Log:

     

    TO:<abcr@domaene.de> 0 0 4 0 4016 SMTP - - - -

    2005-06-06 12:28:25 217.7.153.155 OutboundConnectionResponse SMTPSVC1 SLG02 - 25 - - 250+user+found 0 0 14 0 4110 SMTP - - - -

    2005-06-06 12:28:25 217.7.153.155 OutboundConnectionCommand SMTPSVC1 SLG02 - 25 DATA - - 0 0 4 0 4110 SMTP - - - -

    2005-06-06 12:28:25 217.7.153.155 OutboundConnectionResponse SMTPSVC1 SLG02 - 25 - - 354+Ok,+send+<CR><LF>.<CR><LF>+when+done 0 0 40 0 4110 SMTP - - - -

    2005-06-06 12:28:25 217.7.153.155 OutboundConnectionResponse SMTPSVC1 SLG02 - 25 - - 500+Synax+error,+command+unrecognized+(line+to+long) 0 0 52 0 4235 SMTP - - - -

    2005-06-06 12:28:25 217.7.153.155 OutboundConnectionCommand SMTPSVC1 SLG02 - 25 QUIT

     

    So wie es aussieht kommt der Fehler nach der Eingabe der Daten.

     

    Ein web oder T-Online Konto ist es nicht.

     

    Hab mich schon versucht mit der Gegenseite in Verbindung zu setzen - bis jetzt hat noch keiner geantwortet - hoffe die schicken mir schnell ein Log zu - vielleicht hilft das was.

     

    lg tabbbi

  7. So, ich hab das jetzt mal so ausprobiert, er hat auch den neuen SMTP-Connector mit HELO zum senden genommen - leider kommt die Mail trotzdem nicht an :(

    Also an EHLO scheint es nicht zu liegen.

     

    Hat noch jemand eine andere Idee?

     

    Hab mir überlegt - die Fehlermeldung heißt ja "line too long" - vielleicht entfernt exchange irgendwie alle Zeilenumbrüche und der Jana-Server kommt damit nicht klar. Die Mail besteht zwar nur aus dem Wort "test", aber vielleicht werden die Headerinfos auch aneinandergereit. Is nur so ne Idee..

     

    tabbbi

  8. Hab dank für deine schnelle Antwort!

     

    Mh, aber so wirklich die Lösung ist es ja auch nicht, ich müsste die Einstellung ja dann auf HELO lassen. Hat das irgendwelche Nachteile? Schließlich glit das ja dann für den gesamten Mailverkehr.

     

    Außerdem scheint es ja nicht daran zu liegen - über telnet war EHLO ja auch möglich.

     

    Eine Einstellung: "wenn EHLO nicht geht nimm HELO" gibt es nicht, oder?

     

    tabbbi

  9. Hallo,

     

    habe einen Exchange 2000 im Einsatz. Der Mailsand damit funktioniert soweit wunderbar, nur an eine bestimmte Email-Adresse kann er nicht senden. Es kommt eine Unzustellbarkeitsmail mit folgender Fehlermeldung zurück:

     

    Fehler bei der SMTP-Kommunikation mit dem E-Mail-Server des Empfängers. Wenden Sie sich an Ihren Systemadministrator.

    #5.5.0 smtp;500 Synax error, command unrecognized (line to long) PLAIN

     

    Die Adresse gibts aber, habe über telnet gesendet und die Mail ist angekommen - sowohl mit helo als auch mit ehlo. Außerdem habe ich die Mail von einem Exchange 2003 geschickt - ging einwandfrei raus.

     

    Auf der Gegenseite antwortet ein Jana-Server. Eventuell klappt irgendwas in der Kommunikation Exchange - Jana-Server nicht. Eventuell ist auch auf meinem Exchange etwas falsch eingestellt?!

     

    Hab schon das www dazu abgegrast aber noch nichts brauchbares gefunden. Vielleicht hat jemand von euch eine Idee?

     

    Danke schonmal!

     

    tabbbi

  10. Hallo NG,

     

    hat jemand von euch schonmal mit Backup Exec ein IDR auf einem anderen Rechner wiederhergestellt (anderes Board, Prozessor etc.)?

     

    Hab es hier testweise mal mit einem Win 2000 gemacht, allerdings startet dieser neue Rechner nach der Wiederherstellung nicht mehr richtig - es läuft der Balken bis zum Ende, danach ist Schluss. Vermute mal es liegt an irgendwelchen Treibern oder so. Wie kann ich das umgehen?

     

    Vielen Dank schonmal für eure Hilfe!

     

    tabbbi

  11. @thomas:

    nein, es sind keine DCs - welche Bedeutung hätte das?

     

    @günther:

    Danke für deine Antwort!!!

    Also bleibt mir deiner Meinung nach nichts anderes übrig, als jedem User explizit zu sagen, welchen Link er für das OWA nehmen soll? Oder der Kunde muss sich die Enterprise Version zulegen....?!

     

    lg

     

    tabbbi

  12. Hallo NG!!!

     

    Ich habe folgendes Problem:

    Wegen Speicherbegrenzung auf dem Exchange 2000 wurde noch ein zweiter Exchange 2000 Server in die Organisation aufgenommen. Auf diesem befinden sich auch einige Postfächer. Wenn User des 2. Exchange per OWA von extern auf ihr Postfach zugreifen wollen, werden Sie allerdings auf den 1. Exchange verwiesen, wo sie aber keinen Zugriff drauf haben.

     

    Nach einigem Probieren (mit dem ISA) geht es jetzt soweit, dass die User einen anderen Link (http://mycompany/exchange2) angeben müssen um ihr Postfach zu sehen.

     

    Meine Frage nun: Ist es möglich für alle Nutzer einen Link zu haben?

     

    PS: Der Kunde hat nur die Standard-Edition und kann nicht mit Frontend und Backend-Servern arbeiten.

     

    Vielen Dank für Eure Hilfe!

     

    tabbbi

  13. Aber damit umgeh ich das Problem ja nur, gelöst ist es nicht wirklich - es ist nämlich auch so, dass die Sitzungen in einer anderen Testumgebung (ebenfalls w3k2) korrekt beendet werden. Und da hab ich auch nicht die Einstellung "Sitzung beenden nach x" gemacht.

    :confused:

     

    Außerdem bleibt der blaue Bildschirm ja trotzdem noch stehen. Der normale User weiß ja da gar nicht was er da zu tun hat...

     

    Gibts nicht noch ne andere Möglichkeit? Wäre für weitere Hinweise sehr dankbar!!! :)

  14. Hallo,

     

    habe folgendes Problem:

    - neuer W2k3-Server mit Freigaben für Drucker eingerichtet

    - drucken funktioniert

    - nach ein paar Tagen kann Freigabe nicht mehr erzeugt werden (siehe Fehler unten)

     

    Kunde hat sich bis jetzt damit geholfen, dass er die Drucker wieder neu einrichtet. Nach unvorhersehbarer Zeit kommt der Fehler aber wieder.

     

    Im Eventprotokoll steht folgendes:

     

    Ereignistyp: Fehler

    Ereignisquelle: Print

    Ereigniskategorie: Keine

    Ereigniskennung: 19

    Datum: 28.01.2005

    Zeit: 13:07:05

    Benutzer: NT-AUTORITÄT\SYSTEM

    Computer: TEST

    Beschreibung:

    Freigabe des Druckers fehlgeschlagen (+ 5). Drucker Kyocera Mita FS-9120DN-01 KX, Freigabename Kyoc9120DN-01.

     

    Hab schon Eventid.net abgerast, aber die Hinweise dort haben mir nicht wirklich weitergeholfen.

     

    Vielleicht kennt von euch jemand den Fehler?

     

    tabbbi

  15. - hab ne Windows 2003 Domäne

    - TS kein DC

    - die Berechtigung für den TS hab ich im AD mithilfe von Gruppenrichtlinien eingestellt (Terminaldienste -> "Ein Programm beim herstellen der Verbindung ausführen")

     

    In einer Testumgebung fkt. das auch.

     

    Hoffe das reicht erstmal zur Erklärung meines Problems?!

     

    tabbbi

  16. Hallo!

     

    Hab die Anmeldung am TS für eine Benutzergruppe so eingestellt, dass nur ein bestimmtes Programm beim Zugriff auf den TS gestartet wird.

     

    Nun sollte es ja eigentlich so sein, dass sobald ich das Programm schließe, die TS-Sitzung mit geschlossen werden, aber die bleibt offen!!! Woran könnte das liegen? :confused:

     

    Das Programm das geöffnet wird ist Axapta - vielleicht lässt das Programm irgendeine Datei etc. offen?! :(

     

    Bin für jede Hilfe dankbar

     

    tabbbi

×
×
  • Neu erstellen...