Stoic Joker

ROFL - Indeed this will be myfirst & last "Shortcut" via .NET programming. I did end up getting an answer, while not the one I was looking for...It is the one I'm going to use. Chugworth over at ieXbeta.com reminded me of the commandline option for setting .NET's code execute permissions which can be used without installing the entire SDK. So all I have to do is temporarly tie the below script into GP and I'm (or the App rather is) "Live". %windir%\Microsoft.NET\Framework\v2.0.50727\caspol.exe -quiet -m -ag 1.2 -url file://ServerName/ShareFolder/* FullTrust Strangely (however I should have known) the .NET CLI is much easier to contend with than the GUI.

If MSVS is running I get a debugger complaint about code permissions. Otherwise it just does nothing. I spent most of last night playing with the compiler/project settings in an attempt to get this thing to fly straight, adding Strong Name key file, Permissions manifest files, etc. etc. Nothing ever did work, including use of the Strong Name code signing key to get the blasted thing to run from a mapped drive. Note: this is while running with full access NTFS & Share permissions, and using the Domain Administrator account. I've already gone through several tutorials over at CodeProject.com trying to find a resolution that (won't take months) will "Permit" this thing to run from the share. but so far none of it has hellped. The thing that's killing me is even if I set the Intranet zone to Run Anything at the Enterprise level, it not only has no "Enterprise Level" effect, but won't even run on the machine I set in from. It's insisting that I drop its Knickers at the machine level or the partys over. *Sigh* If I can find a way of giving this thing the domain wide "Go Ahead" via Group Policy I'm done ... Project Complete. Other wise I'm less than half started having to recode the whole thing in Pure Win32 API C++ ... Just so I can know it'll run reguardless of where I put it.

Greetings In what is/was my last attempt at coding an application in C# ( ) ...For reasons of "Expediance" (HA!). I have an application that runs perfectly on local machine, but won't execute or even load from a network share. Now, seeing that I've no intension of romping through the entire company manually installing this thing on every &*% machine in the building...I'd like to have it run from a share so that any updates necessary only need to be done ONCE! So...Is there a way of setting the .NET v2.0 configurator options via Domain Group Policy so it'll Oke'Doke this thing into running? Or do I have to start from scratch and recode this thing in C++ so it acts like a proper application?!? I've got it running on a test box now but that required installing the ENTIRE .NET SDK...Just so I could give Full Control permission to anything running in the Intranet Zone...Which is neither a wise or acceptable option. Any Suggestions Appreciated Stoic Joker

I reinstall Windows on a daily basis, on other peoples computers, but that's just part of my job. I havent had to reinstall Windows on my computer since I built it 3yrs ago.

I've fought with that on more than a few occasions. Here is the .reg file I (now) keep on my thumbdrive for setting up (or fixing) the time service on DCs. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time] "Description"="Maintains date and time synchronization on all clients and servers in the network. If this service is stopped, date and time synchronization will be unavailable. If this service is disabled, any services that explicitly depend on it will fail to start. " "DisplayName"="Windows Time" "ErrorControl"=dword:00000001 "FailureActions"=hex:05,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,64,00,20,\ 00,01,00,00,00,60,ea,00,00,01,00,00,00,60,ea,00,00 "Group"="" "ImagePath"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,\ 74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,73,\ 00,76,00,63,00,68,00,6f,00,73,00,74,00,2e,00,65,00,78,00,65,00,20,00,2d,00,\ 6b,00,20,00,4c,00,6f,00,63,00,61,00,6c,00,53,00,65,00,72,00,76,00,69,00,63,\ 00,65,00,00,00 "Objectname"="NT AUTHORITY\\LocalService" "Start"=dword:00000002 "Type"=dword:00000020 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config] "LastClockRate"=dword:000262c3 "MinClockRate"=dword:000260d4 "MaxClockRate"=dword:000263e0 "FrequencyCorrectRate"=dword:00000004 "PollAdjustFactor"=dword:00000005 "LargePhaseOffset"=dword:02faf080 "SpikeWatchPeriod"=dword:00000384 "HoldPeriod"=dword:00000005 "LocalClockDispersion"=dword:0000000a "EventLogFlags"=dword:00000002 "PhaseCorrectRate"=dword:00000007 "MinPollInterval"=dword:00000006 "MaxPollInterval"=dword:0000000a "UpdateInterval"=dword:00000064 "MaxNegPhaseCorrection"=dword:0000d2f0 "MaxPosPhaseCorrection"=dword:0000d2f0 "AnnounceFlags"=dword:00000005 "MaxAllowedPhaseOffset"=dword:0000012c [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters] "ServiceMain"="SvchostEntry_W32Time" "ServiceDll"=hex(2):43,00,3a,00,5c,00,57,00,49,00,4e,00,44,00,4f,00,57,00,53,\ 00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,77,00,33,00,\ 32,00,74,00,69,00,6d,00,65,00,2e,00,64,00,6c,00,6c,00,00,00 "NtpServer"="192.5.41.40,0x1" "Type"="NTP" "Period"="SpecialSkew" "ReliableTimeSource"=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient] "Enabled"=dword:00000001 "InputProvider"=dword:00000001 "AllowNonstandardModeCombinations"=dword:00000001 "CrossSiteSyncFlags"=dword:00000002 "ResolvePeerBackoffMinutes"=dword:0000000f "ResolvePeerBackoffMaxTimes"=dword:00000007 "CompatibilityFlags"=dword:80000000 "EventLogFlags"=dword:00000001 "LargeSampleSkew"=dword:00000003 "DllName"="C:\\WINDOWS\\system32\\w32time.dll" "SpecialPollTimeRemaining"=hex(7):00,00 "SpecialPollInterval"=dword:00000e10 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer] "InputProvider"=dword:00000000 "AllowNonstandardModeCombinations"=dword:00000001 "DllName"="C:\\WINDOWS\\system32\\w32time.dll" "Enabled"=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Enum] "0"="Root\\LEGACY_W32TIME\000" "Count"=dword:00000001 "NextInstance"=dword:00000001

Are you sure? Try entering a local or network path; it does not work. It is only a search form. I think you broke yours... While C: won't work C:\ works just fine, as does \\ComputerName

Oh that... ...Christ I've got over 900 Gigs of files stored between 3 servers, and never noticed that behavior *Shrug* perhaps because I keep them organized in something other than a hodgepodge. ...Sorry.

While the original post was a bit brief, the last one with the screenshot demonstrates the issue.Compressed folders such and .ZIP and .CAB files are now recognised natively by Explorer and are treated as if they are regular folders, so when you double-click on them it will "browse" into them and show you the contents (though any attempt to open a file in there will bring up the file extraction wizard). A side-effect of this is that using the tree view to navigate the folder structure will also show you compressed files as they are valid locations to browse and copy files to/from, this is by design. Installing another program to handle the compressed file type will not alter the native behaviour of Explorer itself, using a browse window to select folders will still display compressed files too. The same is true for the "breadcrumb trail" in the address bar - dropping down a point in the folder structure will allow you to jump into compressed files as well as folders. I am not aware of a way to disable this functionality, however. Well now "Friend", I'm not sure why you appear to be correcting me...however the issue here (near as I can tell) is how compressed files/folders are displayed Not how they're handled. Yes Windows XP & Vista have native support for .zip & .cab folders, allowing them to either browse or extract them. How ever the question as it appears is why won't the compressed folders show up with the normal folder icon. The answer to that is simply because it not a folder, it's a compressed file. Which will either display the Win default .cab icon or whichever 3rd party file compression utility's icon you have installed. If you want to have folders compressed w/o turning them into compressed files (your cake & eat it to) ... Then un .zip the files and enable drive compression via NTFS. Which as I mentioned earlier will exibit itself by displaying the (Normal Folder Icon) file name text in blue. Encrypted files are shown in red - Come-on now, we all can remember this from the exam right?!?

Sounds to me like the confusion is .Zip file compression -vs- NTFS (drive) file compression which will by default leave the default file/folder icon, but display the file name to blue text.

Okay ... I missed this part of your first post. Connecting Outlook to Exchange and a POP3 account is not a supported configuration. Once Outlook is told to connect to an Exchange server, that's all it gona do. Even if you set the POP3 account as the User Account default in ADU&C and Outlook it's gona act flakey. You need to be using a POP Connector to check the pop accounts, and there is an option to have Exchange relay through an external SMTP server in the same documentation. I don't recall the details (it's been a while) but do some digging on MS's site for SBS POP Connector and you'll find what you need.

What WLAN status indicator? The only things I see with red Xs are the Synaptic touchpad icon (on the left), and a disconnected Wired (LAC) NIC (on the right).

Release 2 is just that, a 2nd release. It has its own license key & runs about $300 (as I recall) Yes Winver will report it as Windows Server 2003 R2

Well... (Not to beat a dead horse, but...) Offline files has a habit of enabling itself. You're earlier statement Implies that you are using some maner of folder redirection for user documents. Allowing them to be centrally backed up, right? The fact that it appears to be saved locally (to a redirected folder), but isn't "showing up" in that folder implies that the workstation is caching the file instead of synching it, or for that matter just putting it there (like it's supposed to) in the first place. That behavior in itself requires that offline files be running or the file would have just gone straight to it's destination on the file server. So if you haven't made a point of disabling offline files, then it's on ... and if you have enough users to require a dual Xeon file server it wouldn't take a high percentage of them syncing files at one time to jam up the wire quite nicely. Just a Thought Stoic Joker

I'm with crahak, as that statment has Syncronization issue written all over it. Also is that machine on a Gbit backbone? Or is all that "horsepower" sipping through a cocktail straw at 100M?

Open the DNS Management console (in Administrative Tools) Expand Forward Lookup Zones Right click the company-site.com Select New Host (A) Name: mail IP: [the hosting companies] Put a check in Create Associated pointer (PRT) record (this will auto create the reverse lookup record for you) Repete for Name: www This will let the DNS server respond with the hosting company's IP for mail.company-site.com & www.company-site.com requests

Update may have refused at some point. Go to windows Update Go here: http://www.microsoft.com/windows/ie/downloads/default.mspx ...It's really not that hard to find.

That sounds familiar, and had a lot to do with the version checking as I recall. I don't remember if it was a change in the (parent child)relationship in the windows Clock Win->Notification area Win->System Tray Win->Task Bar Win, or a change in the Window class name but it was a pain to get it working with the XP skins, & Vista was a real bear to deal with. I ended up stripping all the 9x stuff out and just setting transparency as the default for the clock window, 2k ignores it and it runs just dandy on XP/Vista with the default MS skins. I know what you mean about the project being hard to get setup (I mainly code pure Win32 API C++) on VS, but I've got it as a MSVS2005 project now, and can compile for both x86 & x64 out of the same source pool. I don't want to start a competition so I'm not going to post any links here, but if you pm me I'll give you access to my code so far. I've been playing with it on and off for about 7 years, but finally got serious about it when I started planning on switching to XP x64 and discovered you can't inject a 32 bit hook into a 64 bit process ... Well Duh! (hehe) Let me know I'm happy to share. Stoic Joker

Zoiks! Looks we're both doing a TClock3, but mine's still in pure C. I cuts out the legacy OS code, so it only runs on 2k/XP/Vista now. I have an x64 version also. Let me know if you want to swap notes, I love that clock.

Judging by you event screenshot you domain name is wcso.local which is fine, if it was only wcso then it would be considered a single lable namespace. Run ipconfig /all Look at the Primary DNS Suffix line, it should read wcso.local (Your Domain Name), if it does your fine. As far as the warnings go, just run: ipconfig /registerdns on the server, which should then allow it to properly find its own a** and stop the warnings.

Ok thanks, I can work with that for now. I'm just trying to gauge what I'm going to be up against getting some of our office staff certified for Vista support.

Hm... ok, so 70-210 = 70-270 = 71-620? Or is it 71-620 + a 2nd test? If you can provide me with a link to the info that would be greatly appreciated. I've had no luck digging through MS's site trying to pin it down. Thank You Stoic Joker

Greetings Does anyone know what if any time line there is to when the (MCP) Vista test will be available? Also is there any "Official" study material available for it now? I'm going to have to "Fast Track" some of the office staff through this one (long story...), so I need to get a jump on the info. Thank You Stoic Joker

XP Local Area Connections: 1. Right Click My Network Places off the Start Panel & Select Properties. And you're there. Vista Local Area Connections: 1. Right Click Network off the Start Panel & Select Properties. 2. Click Manage Network Connections on the left Tasks Menu. And You're there. So you people are having a freaking Hissy Fit over one extra Click?!? *Sigh*

Interesting, the increment bug also works when highlighting a single file. 1. Status bar enabled 2. highlight file 3. press F5 4. highlight same file & size is doubled Each F5 & highlight increases statusbar size shown +=file size Oh yeah (forgot) I'm running Vista x64 Business Edition

Hm... Well I've never had a problem with Vista suporting my RAID controller (even back when it was LongHorn), but I have seen a lot of complaints in that area...I don't recall any of them being about mainstream hardware (Adaptec, Intel, etc.) however. *shrug* There are reasons for the folder structure changes, Scripting mentioned above being one, another being Backup strategy. Frankly I'm tired of telling people they can either shell out $2,000+ for a tape drive big enough to backup everybody in the offices mp3 collection ... or waste tons of time running around deleting them. Folders separated == problem solved. ...Well folks the Company Data is safe, but you music collections that had no business on the network in the first place are gone. Take some time to look into why the changes were made and (I gota hunch...) they'll start making sense. If I show all the "Super Hidden" System files, I get a bunch of weird links that don't work. Gee that's odd, they seem to work just fine for the system...Think maybe that's why they are hidden?!? 90% of the Windows security issues were caused by heavy emphasis on backwards compatibility. Hence the line drawn in the sand at XP SP2, when 70% of the Windows API was depricated (That means S***Caned for those with out time to look it up). Vista is just another step forward and that means some backward has Got-to-Go. Sloppy Code is Sloppy Code, I've been working on an old GPL project trying to get it to work on XP x64. Half way through the rewrite it ran fine on XP x64, but Vista wouldn't touch it. Wanna guess why? ...Some of the older (Backwards Compatible) stuff had to go, and some of my code was sloppy. Now it runs just dandy on Vista. MS had left a hole on the HAL so Creative could continue to directly access the hardware in XP. That's been closed in Vista which is why Creative is siting around with [guess what] in there hand, nad no working drivers. It's called progress. the Edsel was a fine car...