Nachdem ich nun zum wiederholten male im Internet recherchieren musste und es immer schwerer wird schnell eine Antwort zu finden, hier nun mein eigener Beitrag unter dem Motto – Gedächtnisstütze.

Systemumgebung

• Windows XP SP ( ist Egal) (ich denke bei Vista hatte ich das auch schon, bin mir aber nicht mehr sicher)
• Nortel VPN Client
  
• Kaspersky Internet Security
  

Problembeschreibung

Nachdem Kaspersky Internet Security  installiert, oder die Installation modifiziert wurde, z.B. Deinstallieren des SPAM Moduls, ist es nicht mehr möglich über den Nortel VPN Client eine Verbindung erfolgreich herzustellen.

Nach dem Starten der Nortel Client Software wird eine Fehlermeldung ausgegeben:

Erläuterung und Problemlösung

Kaspersky deaktiviert während der Installation den Standard Windows Dienst DNS-Client.

Ohne diesen Dienst kann aber der Nortel VPN Client seine Arbeit nicht verrichten.

Abhilfe schafft man, indem man den Start Typ des Dienstes von Deaktiviert auf Automatisch zurück stellt.

Ach so und nicht vergessen, den Dienst manuell zu starten (automatisch macht er das erst beim nächsten Systemstart)

Nach 14 Tagen (Am 16.05.2009 wurde die neue Version veröffentlicht) habe ich Heute endlich ein die Zeit gefunden um mein Blog Portal mit der aktuellen Version der Blogging Software dasBlog zu aktualisieren (Nachdem ich bereits das letzte Update ausgelassen hatte).

Die neue Version 2.3 kann man hier auf Codeplex herunterladen.

Das Update verlief vollkommen Problemlos.

Letzte Nacht wurde ein weiteres Maintenance Release Version 4.9.4 der DotNetNuke Community Edition (CE Edition) veröffentlicht.

Neue Funktionalitäten sind nicht enthalten, es wurden einige Sicherheitsprobleme sowie einige kleinere Probleme beseitigt.

Die Version 4.9.4 kann wie immer hier von Codeplex heruntergeladen werden.

Soeben wurde eine Maintenance Release Version 4.9.3 von DotNetNuke CE Edition veröffentlicht.

Echte neue Funktionalitäten sind nicht enthalten.

Nach eigenen Angaben von DotNetNuke Corp sind die Major Highlights:

• Add Office 2007 File Extensions to default allowable file extensions in Host Settings
• Add reference to SQL Server 2008 to Install Wizard to make it clear that SQL Server 2008 is supported
• Moved Whats New Module/Page to Host menu as it contains content which is not applicable to the Administrator
• Corrected a problem with "Auto" installation option which would occur when using a non-dbo database user
• Inline updates to Text/HTML were not HTML encoded when stored in the database
• AppBrowser renamed to AppBrowsers in order for ASP.NET to recognize it incorrectly
• Pages in the navigation menu linked directly to a file no longer served the file correctly
• Can not delete Portal if search items exist in the database which are associated to the portal
• Removed None Specified option for Folders in Page Export feature as it could cause an error if a user clicked Export without selecting a folder.
• Fixed major performance issue when adding new portals which would cause the system to unload and reload all cached objects

Die Version 4.9.3 kann man hier auf Codeplex herunterladen.

Für alle die sich noch immer mit Windows XP beschäftigen “müssen”, oder einfach nur als Memo für mich.

Unter Windows XP Prof wird unter bestimmten Voraussetzungen, im Datei Explorer unter dem Begriff “Auf diesem Computer gespeicherte Dateien” Verknüpfungen zu “Dateien von …” und zu den “Gemeinsamen Dateien” angezeigt.

Wen dies stört, kann dies mithilfe der Gruppenrichtline einfach abstellen.

Hierzu startet man den Richtlinien Editor “Start\Ausführen\gpedit.msc” und öffnet den Zweig:

Benutzerkonfiguration\Windows-Komponenten\Windows Explorer

Dort findet man die Richtlinie:

Diese aktiviert man und beim nächsten öffnen eines Datei Explorers sind die Ordner mitsamt der Gruppe “Auf diesem Computer gespeicherte Dateien” nicht mehr sichtbar.

Auch wenn wir uns im Zeitalter von NET Framework 3.5 befinden ist dieser Beitrag in der Überschrift mit .NET 2.0 beschrieben, da sich in an dem Konzept der Anwendungseinstellungen seit .NET 2.0 keine Änderungen ergeben haben.

Mit dem Konzept der Anwendungseinstellungen wurde ein mehr oder weniger durchgängiges Konzept zur Speicherung und Verwendung von Anwendungs- und Benutzerspezifischen Daten eingeführt.

Bei der Einstellungen für eine Anwendung wird dabei zwischen zwei Bereichen (Benutzer / Anwendung) unterschieden.

Im Bereich Benutzer können die Einstellungen aus dem Programmcode sowohl gelesen als auch geschrieben werden.

Beispiel (Überprüfen ob eine Einstellung korrekt ist, wenn nicht dann aktualisieren und speichern):

// Lagereinheit Report
reportName = Settings.Default.Lagereinheit_ReportName;
if (!File.Exists(reportName))
{
    string tempName = File.GetFilenName(reportName);
    tempName = Application.StartupPath + "\\Reports\\" + tempName;
    if (File.Exists(tempName))
    {
        Settings.Default.Lagereinheit_ReportName = tempName;
        Settings.Default.Save();
    }
}

Im Bereich Anwendung können die Einstellungen aus dem Programmcode lediglich gelesen werden (Schreibgeschützt), der obige Programmcode würde also einen Fehler erzeugen, da die Anwendungseinstellungen Schreibgeschützt sind.

Was aber, wenn man eine Einstellung die als Anwendungseinstellung definiert ist, durch Programmcode ändern und in die Config Datei zurückschreiben muss.

Dann kann man dazu folgende statische Methode verwenden:

private static void setAppSetting(string SettingdName, string SettingValue)
{
    Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
    XmlDocument xmlDoc = new XmlDocument();
    xmlDoc.PreserveWhitespace = true;
    xmlDoc.Load(config.FilePath.Trim());
    XmlNode appSettingNode = xmlDoc.SelectSingleNode("configuration/applicationSettings");
    XmlNode settingNode = appSettingNode.SelectSingleNode(string.Format("//setting[@name='{0}']", SettingdName));
    XmlNode valueNode = settingNode.SelectSingleNode("value");
    valueNode.InnerText = SettingValue;
    xmlDoc.Save(config.FilePath.Trim());
}

Nachfolgend ein Beispiel wie man diese Methode im Programmcode einsetzt um eine “normerweise Schreibgeschütze” Einstellung zu ändern.

// auf normalem Weg lesend auf die Anwendungseinstellung zugreifen
if (Properties.Settings.Default.ApplicationVerladestelle == "DDC") 
{
	// Und hier mit Hilfe der setAppSetting Methode einen neuen Wert zuweisen und in die config Datei schreiben
    setAppSetting("ApplicationVerladestelle", "DCW");  
}

Settings.Default.Reload();  // Nicht vergessen, die aktuellen Werte noch mal zu laden

Bei meinem Dell Notebook “Precision M90” ist plötzlich folgendes Problem aufgetreten:

Nach dem Start des Rechners fährt Windows XP SP 3 ganz normal hoch, jedoch die Netzwerkverbindung über WLAN wird nicht hergestellt.

Das Taskleistensymbol der Intel PROSet/Wireless Netzwerkkarte verbindet sich nicht mit einem der vorkonfigurierten Profile sondern bleibt gelb (nicht verbunden).

Ich öffne also die Steuerung der Intel PROSet/Wireless und sehe das einige WLAN Netzwerke vorhanden sind, auch mein WLAN im Büro.

Ich markiere also das gewünschte Netzwerk und betätige den Button “Verbinden”.

Aber anstelle die Verbindung herzustellen, öffnet sich das Eigenschaft Fenster des ausgewählten Profils, mit dem Profil-Namen und der SSID den Netzwerkes usw. Ich denke, OK, dann gebe ich die Daten halt noch mal ein bzw. bestätige die Daten und speichere das Profil noch einmal. Aber genau dabei tritt das Problem auf.

Ich bekomme eine Meldung:

Klar ist das Profil schon vorhanden, und ja ich möchte das existierende Profil überschreiben, beim verwenden des vorhandenen Profils ist ja irgendein Problem aufgetreten (denke ich zu diesem Zeitpunkt jedenfalls noch).

Also auf ”Ja” geklickt und …. schon ist das nächste Problem da !

Ein Profilkennwort

Ich habe gar kein Kennwort !!!!!

Bei weiteren Versuchen das System irgendwie auszutricksen kommt es dann auch mal zu folgender Meldung

Nach vielem hin und her, habe ich dann versucht was geschieht, wenn man sich mit einem anderen Benutzer (oder einen neuen) Benutzer an diesem Rechnern anmeldet. Und siehe da, das (mein) Problem muss wohl irgend etwas mit meinem auf diesem Rechner gespeicherten Profil zu tun haben.

Ich suche also unterhalb von meinen persönlichen Daten in “C:\Dokumente und Einstellungen\[USERNAME]\Anwendungsdaten\” nach dem möglichen Speicherort der Profileinstellungen meiner Intel PROSet/Wireless Karte und werde schnell im Unterverzeichnis “Intel” fündig.

Nachdem ich noch die DAteiberechtigungen geprüft habe aber dabei auch nicht wirklich ein Problem feststellen kann, entschließe ich mich dazu das Verzeichnis Intel einfach zu löschen und hoffe dass ich danach so vorgehen kann als wenn ich bei einem neuem Benutzer die Konfiguration durchführe, und ich sollte damit recht haben.

Das Löschen des Verzeichnis C:\Dokumente und Einstellungen\[USERNAME]\Anwendungsdaten\Intel wobei [USERNAME] für den jeweiligen Benutzernamen steht, brachte den gewünschten Erfolg und ich konnte die neuen Profile einfach wieder anlegen.

Natürlich hatte ich das Verzeichnis bevor ich es gelöscht hatte, erst einmal gesichert, man weiß ja nie !

Ich bin mir nicht sicher wodurch dieses Problem entstanden ist und war bisher auch nicht in der Lage dieses Problem zu reproduzieren, aber eventuell hilft diese Beschreibung ja doch jemand anderem bei der Problembehebung.

Ende letzten Jahres bin ich bei der Recherche nach einer nicht so schwergewichtigen Groupware wie MS Exchange auf die Meldung gestoßen, dass die Software teamXchange der Firma VIPCom unter dem Namen Conversation als Open Source über die Organisation OpenMapi.org veröffentlicht werden soll.

Da ich seit dieser Meldung fast jeden Tag auf der Webseite der OpenMapi.org nachgeschaut habe, ob die Software bereits veröffentlicht ist, habe ich dann im Januar diese Meldung gefunden, welche davon spricht, dass die Software Anfang Februar (genauer gesagt in early February) als Download verfügbar sein wird.

Heute ist der 18. Februar und leider ist noch immer kein Download verfügbar.

Ich bin auf jeden Fall gespannt und kann es kaum noch erwarten mit diese Lösung einmal näher ansehen zu können.

Kommentare von Kennern der Szene (teamXchange) sowohl zum Produkt als auch zu näheren Informationen zur Veröffentlichung würde ich begrüßen.

Letzte Nacht wurde die erste CE Version von DotNetNuke Veröffentlicht, ein einfacher Stabilization Release, also nichts neues.

Mehr zu CE und was das soll gab es schon hier in meinem Blog Beitrag.

Die Version 4.9.2 kann man hier auf Codeplex herunterladen.

Und unter support.dotnetnuke.com findet man mehr zu der einen Hand voll Änderungen in dieser Version