Jump to content

tekka81

Members
  • Gesamte Inhalte

    63
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von tekka81

  1. Hallo,

    ich habe ein Problem mit dem Internet Explorer 7 in einer Terminal Server Farm.

    Wenn ich einen Link anklicke, der ein neues Fenster öffnet, dann erscheint nur eine leere Seite. Die URL steht in der Adresszeile richtig drin. Mit einem Klick auf aktualisieren wird die Seite dann richtig dargestellt.

    Das Problem habe ich auf 2 Servern. Auf dem 3. Server funktioniert es.

    Patchstand ist überall der Selbe.

     

    Ich habe natürlich selbst schon "herumgegoogelt" und die Lösungsvorschläge von MS versucht (KB902932). Ich habe dabei einige DLLs neu registiert (URLMON.dll...., IE als Standardwebbrowser definiert), aber leider ohne Erfolg.

     

    Was könnte ich den noch versuchen? :confused:

    Danke für jeden Tip. ;)

  2. Falls es noch jemand interessieren sollte, hier noch der Link zur Anderen Seite:

     

    Purrucker Page Blog Blog Archive “Senden an” E-Mail-Empfänger funktioniert nicht bei Outlook und 64 Bit

    Hi,

     

    was benutzt Du den als Standardbrowser?

    Steht im IE -> Internetoptionen -> Programme -> E-Mail = Microsoft Office Outlook ?

     

    Gruss

    twiki

     

    ja klar, dass habe ich als erstes geprüft. outlook ist der standard mail client.

    den ie7 habe ich auch als standardbrowser definiert.

  3. Hallo Leute,

    ich habe einen Win2003 x64 Terminal Server. Auf diesem ist Office 2007 installiert. Soweit so gut, geht auch... fast alles. :D

     

    Wenn ich nun am TS angemeldet bin und eine Datei über "Senden an Email-Empfänger" verschicken möchte geht es nicht. Mein 'Standard Email Client ist auf Outlook gesetzt.

    Ändere ich den Eintrag ab auf Outlook Express dann wird Outlook Express gestartet. Nur bei Outlook 2007 passiert gar nichts.

     

    Ich habe nun auf einer anderen Seite gelesen, dass es daran liegt weil Office 2007 eine 32 Bit Anwendung ist und der Server mit 64 Bit läuft.

    Da Outlook Express speziell als 64Bit installiert ist funktioniert es natürlich dort.

     

    Das Problem ist, dass unser PDF Drucker die PDF Dateien an den Standard MAPI Client sendet. Dies geht nun natürlich ebenfalls nicht.

     

    Weis jemand eine Lösung für dieses Problem?

    Danke

  4. da scheint wohl dein controller im ahci modus zu laufen. falls möglich schalte den controller im bios auf ide. bei notebooks ist das aber oft nicht möglich, da die einstellmöglichkeiten im bios stark eingeschränkt sind.

    windows xp sp2 unterstützt von haus aus kein ahci, jedoch ist es möglich diesen treiber per f6 einzubinden (nicht zu verwechseln mit dem raid treiber).

    vista unterstützt ahci von haus aus, deshalb wirst du bei der installation von vista die festplatte sofort finden ohne, dass du vorher einen treiber installieren musst.

     

    der ahci treiber ist sozusagen ein sata standart treiber. zu finden gibts den bei intel. ich weiss gerade leider nicht mehr genau wie das download paket heisst.

    einfach bissl herumgoogeln nach "ahci f6 treiber"

     

     

    edit: ups das problem war ja bereits gelöst, ist mir gar nicht aufgefallen ;-)

  5. Welche Version hast du denn installiert (64 oder 32Bit)?

    Hab ein ähnliches Problem unter Vista 64 mit einem Onboard Lan Controller. Da liegt es am Treiber.

    Verwendest du ebenfalls einen Onboard Lan Controller?

    Falls ja, dann steck einfach mal ne PCI Karte rein und schau obs dann besser läuft.

  6. Hallo,

    ich habe ein Problem mit Outlook Termine.

    Wenn ich von BenutzerA einen Termin an BenutzerB versende, erhält komischerweise die Sekretärin (BenutzerC) ebenfalls diese Mail, obwohl nur BenutzerB als Empfänger eingetragen ist. Wenn BenutzerB den Termin akzeptiert bekommt BenutzerC ebenfalls wieder eine Benachrichtigung.

    Laufen tut das ganze in Verbindung mit einem Exchange Server.

    Stehe gerade ein wenig auf dem Schlauch. Hat jemand ne Ahnung was das sein könnte? :confused:

     

    Danke

  7. Hallo Leute,

    ich habe ein Problem mit dem autom. auswerfen von Sicherungsbändern.

     

    Als Datensicherung setzen wir Acronis True Image Echo Server ein. Die Sicherung wird auf LTO2 Bänder gespeichert.

    Funktioniert soweit auch ganz gut. Nach der Sicherung, kann ich jedoch das Band nicht mittels Knopfdruck am Laufwerk auswerfen, da das Band noch vom Wechselmediendienst bereitgestellt wird.

     

    Ich wollte nun ein kleines Skript schreiben, dass am Ende der Sicherung ausgeführt wird damit mein Band ausgeworfen wird.

     

    Sollte ja eigentlich mit dem rsm.exe Befehl kein Problem sein.

     

    Nun habe ich aber das Problem, wenn ich die Bereitstellung aufheben will eine Fehlermeldung erhalte:

     

    Befehl: rsm dismount /lg<guid>

     

    Fehler: Es wurde keine passende PARTID für LMID gefunden

     

    Zuordnung von PARTID in LMID ist fehlgeschlagen.

     

     

    weiss jemand Rat?

    danke schonmal

  8. Ich bin mir gerade nicht sicher, bei welchem Hersteller ich das schon mal gesehen habe. Ich glaube, es war ein HP mit Recovery-DVD, der nach dem Recover nur die Standard-Daten ohne Product-Key abgefragt hat. Ich hatte aber auch schon HP´s, die doch gefragt haben. Die genauen Modelle? Keine Ahnung. War aber definitiv so. Bei Dell bin ich mir gerade nicht sicher und FSC fragt nach

    dem Key.

     

    Also bei Maxdata isses so, dass wenn du von Recovery CD installierst, wird kein Key abgefragt. Der Key steht in der winnt.sif Datei. Du musst nach erfolgreicher Installation auch nicht aktivieren.

     

    ABER falls du deine Hardware im System geändert hast, z.b. Mainboard tausch, dann musst du nach der Installation Windows aktivieren. Es erscheint bei der Aktvierung ein Punkt "Produkt Key ändern". Dort muss man dann den Key eingeben, der zusammen mit dem PC gekauft wurde. Viele andere Hersteller z.b. FSC machen dies ähnlich.

  9. ^^ wurde heute mit genau dem selben problem konfrontiert. bin momentan auch noch auf suche nach einer lösung. wenn ich was gefunden habe, gebe ich dir bescheid.

     

    edit

     

    hier werden sie geholfen

     

    http://www.mcseboard.de/windows-forum-ms-backoffice-31/kein-mailversand-lokaler-domain-internetdomain-demselben-namen-55858.html

     

    http://www.mcseboard.de/windows-forum-ms-backoffice-31/exchange-externe-mitareiter-128759.html

  10.  

    Das Patch heisst zudem nicht Qnull84... sondern QO84...

     

    ups, na sowas. das hatte ich neulich total übersehen. habs aber ohne den patch in den griff bekommen. man musste lediglich eine datei umbennen, dann lief das backup wieder. weiss aber gerade leider nicht mehr wie die datei heisst :(

     

    demnächst wirds aber auch dort ein neus netz geben und dann kommt gleich backup exec drauf

  11. das ist bei diesem projekt nicht unbedingt erforderlich, da der alte pdc dann sowieso stirbt. ich werde eine vertrauensstellung zwischen der alten und der neuen dom. einrichten und dann mit admt die user rüber kopieren. ist nur ein kleines netz mit ca 25 usern. ich denke, da ist es nicht so tragisch wenn ein paar dinge dann doch noch per hand geändert werden müssen.

  12. Das gilt sowohl für LOKALE, als auch servergespeicherte Profile.

     

    vielen dank für die info, dass war die info die mir noch gefehlt hat. bei mir steht auch demnächst ein solches projekt an. werde aber die migration über admt durchführen, da sowieso ein neuer dom. name verwendet werden soll. da die profile auf den clients weiterhin verwendet werden können, ohne umständliches kopieren, wird mir dadurch schon viel arbeit abgenommen :)

  13. Du kannst aber auch eine Migration von der NT-Domäne in eine neue Windows Server 2003 Domäne duchführen. Mit ADMT kannst du die Benutzer- sowie Computerkonten von der NT- in die 2003er Domäne migrieren. Das schöne daran, dabei bleiben am Client die Einstellungen (Profile) erhalten.

    .

     

    ich nehme an, dass das nur für servergespeicherte profile gilt? oder werden auch lokal gespeicherte profile weiter verwendet, wenn der client in der neuen domäne ist?

  14. Hallo Forum,

    ich habe ein Problem mit dem TAPI Treiber von AVM, der sich immer wieder beim versenden von Faxe aufhängt.

     

    kurz zur Umgebung:

    Installiert ist das ganze auf einem W2003 Server SP2. Zum versenden wird eine AVM USB FritzCard2.0 verwendet.

    Ich musste deshalb auf eine USB Variante ausweichen, da das ServerBoard keine PCI Schnittstellen mehr hat, sondern nur PCI-E.

    Eine aktive Karte wäre mir auch lieber gewesen.

     

    Dazu habe ich die TAPI Treiber von AVM installiert und die MS Faxdienste konfiguriert. Soweit funktioniert auch alles. Ich kann Faxe versenden (Empfang wird nicht benötigt), nur stürzt immer wieder der Dienst "Telefonie" ab und dann geht natürlich gar nichts mehr.

     

    Hat irgendjemand ne Idee woran das liegen könnte?

     

    Vielen Dank schonmal im vorraus.

×
×
  • Neu erstellen...