UKortkamp

Sorry.. musste kurzfristig ein paar Tage weg... Ist mir unverständlich... ich habe es inzwischen auf einer weiteren, frisch installierten Maschine nachgestellt - auch da kommt, bei Eingangs aufgeführter Konstellation, bei jedem Start ein "DOS-Fenster" mit "TaskEngine" als Titel und bleibt so lange sichtbar, wie der Task läuft. Mal sehen - evtl findet sich ja noch jemand, der eine Idee dazu hat. Dir trotzdem vielen Dank für Deine Mühen.

vielen Dank für Deine Mühe, der Script "als solches" funktioniert ja wunderbar - also sollte auch Pfad etc. passen. Hast Du die Aufgabe auch wirklich in DEINEM Useraccount gestartet!? - oder als System... weil - siehe Posting#3 - das geht auch bei mir problemlos. ...und falls Dein Useraccount - läuft der Script auch lange genug, das du das Fenster überhaupt sehen würdest? Gruß Uwe

Eben das ist ja die Frage: ein grundsätzliches VISTA Problem!? - oder ein Problem das vor meinem Monitor sitzt!? :-)

siehe mein Eingangsposting "Unter XP war der Aufruf automatisch als "hidden Window". :-))

Hallo Hanghuhn, danke für die Idee... das hatte ich auch schon versucht - allerdings ohne Erfolg, da dann ja DAS Fenster sichtbar ist - das andere ist ja auch "nur" ein VBScript welches ich starte. Eine Idee wäre ggf. noch das "WaitOnReturn" auf "False" zu setzen - so würde ich zumindest die Dauer des aufgepoppten Fensters minimieren. Es muss doch irgendwie möglich sein das Fenster direkt invisible zu starten.... egal wie lange der Script läuft oder was er macht. Hat evtl. jemand die Möglichkeit das überhaupt einmal zu verifizieren ob dieser Effekt bei ihm genauso auftritt?... oder ob ich irgendwas an meinem Vista verstellt habe, was das auslöst?

Hallo PoisonNuke, Danke für Deine schnelle Antwort. Das "Ausgeblendet" bezieht sich auf die Sichtbarkeit der Aufgabe in der "Aufgabenplanung" - nicht auf das eigentliche Verhalten der Aufgabe. Der Script läuft auch schön "unsichtbar", wenn man als Account z.B. SYSTEM nutzt - nur kann er als SYSTEM nicht wieder die EXE in meinem UserAccount starten. Gruß Uwe

Hallo zusammen, ich habe ein VB Script, welches im UserAccount laufen muss, da es bei bestimmten Ereignissen eine, im Useraccount laufende, EXE killt, Daten aktualisiert und dann wieder die EXE startet. Der Script als solches läuft problemlos. Nun habe ich den Script unter Vista SP1 als geplanten Task (Aufgabenplanung) eingetragen: grundsätzlich funktioniert das auch problemlos - ABER: bei jedem Taskaufruf (alle 15 Minuten) kommt die Vista TaskEng als Fenster nach vorne.... und das nervt. Unter XP war der Aufruf automatisch als "hidden Window". Als Aufruf habe ich die cscript.exe //nologo und als Parameter Pfad\Name.vbs eingetragen. Hat irgendjemand eine Idee, wie ich Vista überzeugen kann nicht jedesmal die TaskEng als Fenster aufpoppen zu lassen? Momentan habe ich deswegen ein Programm im Einsatz, welches Fenster ins Tray minimieren kann - und die, basierend auf Fensternamen, auch automatisch - allerdings braucht auch das Prog. ca. eine halbe Sekunde bis es die TaskEng "entdeckt" und dann minimiert. Besten Dank für Eure Hilfe im Voraus Gruß Uwe

Hi @all, sorry, vergessen zu erwähnen, das ich diese Woche Urlaub habe (Herbstferien NRW) @Skippa: Irgendwo DA liegt der Hund begraben. Die Einstellungen habe ich bereits kontrolliert. Die "interne" LAN Verbindung steht ganz oben. Die Frage ist: Warum nimmt VISTA DNS Einträge per DHCP aus dem fernen "VPN-LAN" an obwohl in der VPN-DFÜ-Einstellung ein fester DNS Server eingetragen ist und nimmt diese "falsch vergebenen DNS Einträge" in dem Moment auch noch als Std.-DNS Server? ... das aufzuseichnen wird sicher nicht einfach... mal sehen ob ich das irgendwie hinbekommen. Vorerst besten Dank an alle. Gruß Uwe

Hallo Edelweis, vielen Dank für Deine Beteiligung. Der PC hat zusätzlich noch eine (im IPConfig entfernte) Netzwerkkarte, die direkt mit dem Internet verbunden ist - und dort liegt natürlich das DefaultGW drauf. Sämtliche IP Einstellungen sind manuell / statisch vorgenommen - bis auf die beiden ungewollten DNS Server. Besten Dank und ein schönes WE an alle. Uwe

Hallo zusammen, stehe im Moment vor einem kleinen Rätsel. Folgende Konfig: Server 2003 mit RRAS installiert. Vista Client wählt sich per VPN ein. Nun wird dem VISTA Client grundsätzlich der DNS Server des "VPN Netzes" als primärer DNS zugewiesen obwohl in den VPN Client Einstellungen explizit ein anderer DNS Server eingetragen ist. Bsp: Lokale Lan-IP 172.22.1.125 / lokaler DNS: 172.22.0.1/101 In VPN Einstellungen IP-per DHCP / DNS: 172.22.0.1 (damit ich während der VPN Verbindung lokal auch weiter arbeiten kann) Wähle ich mich per VPN ins ferne Netz wird der primäre DNS Server z.B: 192.168.120.254/100 (der DNS des fernen Netzes). Wobei primär jetzt nicht bedeutet, das er als primärer irgendwo eingetragen wird - allerdings zeit ein IPConfig /all ihn als DNS des VPN Netzes an und nutzt ihn vor allem auch in erster Abfrageinstanz - was jedoch ziemlich Kontraproduktiv fürs arbeiten im lokalen LAN ist. Ausschnitt IPCONFIG /all: PPP-Adapter VPN-KUNDE1: Verbindungsspezifisches DNS-Suffix: wdsk.de Beschreibung. . . . . . . . . . . : VPN-KUNDE1 Physikalische Adresse . . . . . . : DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.120.125(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : DNS-Server . . . . . . . . . . . : 192.168.120.254 192.168.120.100 172.22.0.1 <-- von mir fest eingetragen Primärer WINS-Server. . . . . . . : 192.168.120.100 NetBIOS über TCP/IP . . . . . . . : Deaktiviert Ethernet-Adapter Lokal-Lan: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : 3Com Gigabit LOM (3C940) Physikalische Adresse . . . . . . : 00-0C-6E-E5-DB-44 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 172.22.1.125(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.0.0 Standardgateway . . . . . . . . . : DNS-Server . . . . . . . . . . . : 172.22.0.1 172.22.0.101 Primärer WINS-Server. . . . . . . : 172.22.0.1 NetBIOS über TCP/IP . . . . . . . : Aktiviert C:\Windows\system32>nslookup Standardserver: NAME.DES_FERNEN.SERVER Address: 192.168.120.254 und DER kann natürlich meine lokalen Anfragen nicht wirklich verarbeiten Wir kann ich also meinen VISTA Client überreden den fernen DNS zu ignorieren? – EDIT: es scheint in DIESER Form ein reines VISTA Problem zu sein. Sowohl XP wie auch Server 2003 (als VPN Client) verhalten sich beim IPCONFIG identisch dem VISTA... ABER: der lokale, fest eingetragen DNS Server bleibt der primäre: also ein NSLOOKUP bringt als Antwort (im o.a. Beispiel) den 172.22.0.1 zurück. Hat jemand die Möglichkeit dies zu verifizieren? Besten Dank und VG

Klar geht das auch unter Windows (gebe zu eben nicht gelesen zu haben, das "der andere" ein 2000er ist....) Im Internetdienstemanager => Eigenschaften des SMTP Server => TabReiter "Übermittlung" => Erweitert =>" Vollqaulifizierter Domänenname" - Fertig Wenn ich es recht in Erinnerung habe, muss unter 2000 der SMTP Dienst einmal neu gestartet werden (Windows like hilft das immer :-)) schönen Feierabend und viel Erfolg beim Test(en)

Alles intern... das ist natürlich etwas anderes.... Also: Server A will eine Mail an Server B senden. Server B scheint so eingestellt zu sein, das er (aus AntiSpam Gründen) bei eingehenden Mails den sendenden Server (in diese Falle also Server A) gegen die ReverseLookupZone prüft, ob es für Server A einen Eintrag gibt (was er im Detail überprüft hängt von der Software ab. Eine überprüft _nur_ ob es einen Eintrag gibt, die andere ob der Eintrag identisch dem HELO Command von Server A ist usw.) Da es reineweg nur intern ist wäre es vermtl. das einfachste diese Überprüfung abzuschalten (ohne dir sagen zu können, wie das bei deine(m)(n) geht) Alternativ überprüfe und konfiguriere in deinen DNS Servern ob es in der Reverse LookupZone jeweils korespondierende Einträge zu den IP Adressen der beiden SMTP gibt - und passe diese ggf. entsprechend den übergebenen HELO Namen an (oder passe die HELO Namen passend zu den DNS Einträgen an)

_Wenn_ es daran liegt, kannst DU nichts machen - außer dich an deinen Internetprovider zu wenden und ihn zu bitten einen entsprechenden PTR-Record in der Reverse Lookup Zone deiner IP-Range zu erstellen. Du wirst deinen Server sicher in deinem DNS Server eingetragen haben - es geht aber um den Reverse Lookpup Record: ich frage an die IP 1.2.3.4 an und muss dann eine Antwort mail.domain.tld bekommen - und diese ReverseZone betreibt dein Provider (oder hast du eine komplette Class-C Range z.B. ?) unabhängig davon wäre es sicher sehr sinnvoll in deinem SMTP Server noch einzutragen, mit welchem namen er sich "nach aussen" melden soll - also den "offiziellen" Namen

ich tippe mal darauf, das der "empfangende Server" ein DNS-Reverse-Lookup macht und keinen passenden Eintrag IP<->HostNamen findet und daher die Mail ablehnt. (z.B. AOL macht es definitv - denke inzwischen auch viele andere Provider) Passiert das nur bei einigen Mails - oder bei allen?

um es ggf noch einfacher zu formulieren... Wenn er sie lesen kann, kann er auch ohne Probleme "speichern unter" auswählen - und hätte sie damit eh kopiert

Hallo Günther und Danke für die Willkommensgrüße, der Sinn ist z.B. das unsere Zentrale schnell in die jeweiligen Kalender reinschauen kann ob bzw wann der jeweilige MA wieder im Hause ist. Es ist dabei auch recht unerheblich ob es sich um 30 Kaleder dreht - oder um 8-10 (die jeder hier im Hause braucht) - wenn man sie regelm. neu einrichten muss ist es lästig. VG Uwe

Hallo zusammen, schon seit einigen Wochen mitlesenden - heute endlich pers. angemeldet, möchte ich mich schon jetzt bei allen fleissigen Helfern hier bedanken, von denen ich die letzten Wochen schon viele Tips "erhalten" habe. Inzwischen bin ich jedoch auf ein Problem gestossen, zu dem ich bis dato nirgendwo eine Info finden konnte und hoffe nun, das hier jemand damit schon Erfahrung gemacht hat: Nachdem wir nun unsere Uralt Terminplanunssoftware gegen den OL Kalender tauschen wollen fallen uns erste Stolpersteine auf. Wir haben durchgängig auf ca 30 PC's Outlook 2007 an einem Exchange 2003SP2 im Einsatz. Bei inzwischen 3 dieser Clients ist nun folgendes passiert: Im Outlook Kalender mühsam alle 30 korrekt freigegebenen Kalender geöffnet und teils in Gruppen (Abteilungsbezogen) verschoben. Aus nicht nachvollziehbaren Gründen waren sämtliche geöffneten Kalender plötzlich verschwunden - incl. der Gruppen. (wobei geöffnet in diesem Falle nicht "im Zugriff" bedeutet, sondern im Outlook hinterlegt um sie ggf. per "Haken setzen" einsehen zu können) Auf den jeweiligen Clients war es ohne Probleme möglich die Kalender erneut zu öffnen und erneut den (neu angelegeten) Gruppen zuzuordnen - allerdings ist das eine mehr als lästige Arbeit. Frage: Weiß evtl. jemand WO OL diese Informationen abspeichert um sie - 1. regelm. zu sichern und 2 - 2. bei einer Neuinstallation eines PC ggf. gleich mit "Auszurollen" Besten Dank im Vorfeld für eure Hilfe Uwe