Sunny61

Hast Du das schon mal laufen lassen? Ist es zu langsam?

Mit Hilfe dieses Artikel solltest Du in der Lage sein die 800 Adresse in wenigen Sekunden ins AD zu pumpen. http://www.faq-o-matic.net/2008/01/19/excel-admins-unbekannter-liebling/ Und wenn man sich hiermit eine Stunde intensiv auseinandersetzt, können in Zukunft die Damen des Hauses selbst pflegen: http://www.faq-o-matic.net/2008/06/23/ad-adressen-im-sekretariat-bearbeiten-lassen/

Ich glaube nicht dass es so geht wie Du möchtest. Du könntest natürlich die OVER Sache testen, lass dir nur die Zwischensumme und die ID ausgeben, jetzt nimmst Du deine Tabelle und hängst die View mit der Zwischensumme einfach dran. Verknüpft über die ID, schon wird die Zwischensumme nur einmal angezeigt.

Hast Du denn das Zertifikat vom WPP erzeugen lassen? Wenn nein, probier das aus. Importiere es manuell in den Computerstore, in diesem HowTo findest Du Details: http://www.wsus.de/anwendungen_ueber_wsus_bereitstellen_teil_1 BTW: Es heißt immer noch Pa*k*et. ;)

Freut mich für Dich und Danke für die Rückmeldung. ;)

Und was war die Lösung?

Schön, was war die Lösung?

Evtl. hilft dir OVER: http://msdn.microsoft.com/de-de/library/ms189461.aspx

http://www.wsus.de/bits

Genau. Und wenn Du bei den VPN-Clients auch noch den BITS konfigurierst, sollten die Benutzer auch nichts vom Download mitkriegen. Dauert möglicherweise etwas länger, aber wenn sich die Clients regelmässig melden funktioniert das wunderbar.

OK, dann viel Erfolg beim Troubleshooting. ;) Was macht das Excel Problem?

OK. Aber weshalb die Smart-Security Edition? Die bringt doch noch eine Firewall mit, Windows hat seit XP schon eine dabei, die man auch ganz wunderbar mittels GPOs konfigurieren kann. Reicht euch der 'normale' AV-Scanner von ESET nicht aus? Natürlich kann das die Ursache sein, prüf nach ob die dort angegebenen Pfade auch alle in den Vertrauenswürdigen Pfade eingetragen sein.

Vermutlich meint er Benutzerprofile, ja, das ist auch nicht immer einfach die zu erneuern. ;)

Glauch ich schon, letzte Woche hat mein Kollege bei einem Kollegen den Zugang zu T-Online korrigieren müssen. SSL Umstellung. ;) Wenn es auch gleich feste IP-Adressen dazu gibt, hätten die SBS-Kunden ja auch gleich einen Mehrwert.

Nein, ist alles in VBA gemacht. Gibt es etwas umfangreicher in jeder meiner Access-Datenbanken in der Firma. Schau dich hier um: http://www.connectionstrings.com/ OK, in diesem Bild http://www.directupload.net/file/d/3551/2srvzr6g_jpg mußt Du ganz unten den Port 1433 eintragen, Dynamics Port leer lassen. Auch muss natürlich der SQL Browser Dienst gestartet sein. Nach Änderungen im Konfig Manager *immer* die Dienste im Konfig Manager neu starten! Was zeigt die services.msc an? In Access -> Makro-> Visual Basic->Neues Modul Richtig? Wobei er mir einen Syntax Fehler bringt. Schon klar, mit dem Aufruf alleine kommst Du nicht weiter. Schau dir den Code an auf den verlinkten Seiten, allerdings kommst Du ohne Access/VB-Kenntnisse nicht viel weiter. Übrigens, hier ist ein kleines HowTo bezüglich der IP-Adressen: http://blog.alexonasp.net/post/2011/03/06/Auf-welchem-Port-lauft-mein-SQL-Server-%28Express%29-2008-R2-Oder-warum-bekomme-ich-keine-Verbindung.aspx Zusätzlich mußt Du auch in der Instanz prüfen, ob eine Netzwerkverbindung zugelassen ist.

Danke für die Information. ;)

Es gibt ein Script um das per GPO automatisiert durchführen zu können: http://www.faq-o-matic.net/2010/12/20/an-taskleiste-anheften-per-gruppenrichtlinie/

Welcher AV-Scanner ist im Einsatz auf dem Server und auf dem Client? Dürfen die beiden Versionen denn Netzlaufwerke scannen? Ist das SP1 für Office 2013 schon installiert?

Lies dich doch hier ein: http://www.gruppenrichtlinien.de/artikel/remote-desktop-server-terminal-server/ http://www.gruppenrichtlinien.de/artikel/loopbackverarbeitungsmodus-loopback-processing-mode/ http://www.gruppenrichtlinien.de/artikel/laufwerke-im-explorer-ausblenden-und-den-zugriff-darauf-verhindern/

Weshalb sollen ab dem 31.03.2014 keine Mails mehr raus- und reingehen?

Also hast Du gar nichts greifbares, dachte ich mir schon. Du kannst in Access direkt auch die Tabellen verbinden, nennt sich DSN-Less. Dieses Gehampel mit DSN-Dateien hab ich mir nie angetan. Meine Variante ist am Anfang vielleicht etwas 'schwieriger' einzurichten, wenn sie läuft aber im Sekundenbereich um Tabellen/Views erweitert. So sieht bei mir der Connection String in Access aus: ODBC;DRIVER=SQL Server;SERVER=MeinSQLServer\DieBenannteInstanz;DATABASE=DieDatenbank;Trusted_Connection=Yes Wenn der Rechner in einer Windows Domain ist, benutze Trusted_Connection=Yes. Es gibt nichts schlimmeres als Kennwörter direkt im Code zu haben. DSN Less: http://support.microsoft.com/kb/892490/de http://www.accessmvp.com/djsteele/DSNLessLinks.html http://www.freevbcode.com/ShowCode.asp?ID=1257 Wenn Du jetzt die einzubindenen Tabellen noch in eine lokale Tabelle ablegst, SQL-Server, Datenbank und Instanz mit einträgst, kannst Du das mit Hilfe einer Schleife wunderbar beim Start des Programmes laufen lassen. In Posting No. 4 http://www.access-programmers.co.uk/forums/showthread.php?t=157981 findest Du einen Hinweis auf das erstellen von PKs/Indexen bei per VBA eingebundene SQL-Server Tabellen. Auch hier gibt es einen Eintrag in der o.g. lokalen Tabelle mit PK und PK-Bezeichnung. Schon wird auch das beim einbinden neu gesetzt. Wenn Du auf dem betroffenen Client das SQL Server Management Studion installierst, kannst Du dich damit dann auf die lokale Instanz verbinden?

Für mich hört sich das an als ob da eine gemeinsame Access-Datenbank benutzt wird. Vermutlich als Frontend für die Benutzer. Wenn ja, dann gibt es nur eine Lösung. Gib jedem Benutzer sein eigenes Frontend.

DAs Ereignisprotokoll findet man auf jedem Windows System an der von dir gen. Stelle. Wenn Du dich von Client A zu Client B verbindest, muß es am Client B im Eventlog einen Hinweis auf den nicht verbundenen Drucker geben. Das Problem liegt meistens an den unterschiedlichen Bezeichnungen des Druckers in der dazugehörenden INF-Datei. Da wird schon mal zwischen 32- und 64-Bit unterschieden.

Und wie genau sieht der bisher verwendete Connection String jetzt aus?

Wohin kann Access nicht via ODBC verbinden?