
flyingboz
Active Members-
Posts
757 -
Joined
-
Last visited
-
Days Won
1
Content Type
Forums
Downloads
Forum Articles
Events
Everything posted by flyingboz
-
sample _AD_ChangePassword function, Example 1 is failing with error 2, extended -2147352567 I have tried running as a full domain admin and standard user with same results. Any suggestions to debug? I am running latest production version of au3; server domain is 2012r2, fully patched.
-
Thanks for the reply / insight. I'm not interested particularly in anything more than a command line interface to allow the user to change their own password. While single-sign on has its uses, its not really germane to the core topic. If I give users full remote desktop access they have the permissions to change their password via the GUI. At its most basic, there should be a command line equivalent that asks the user to enter their old password, then their new one w/ confirmation. Conceptually, there shouldn't need to be any additional proof that the user is who they say they are, they've already been authenticated, and the remoteapp started. I don't think I should need a service or other 'trickery' involved, because I have access to the user environment -- I am setting the user default printer in the batch script that runs each time they initiate the remoteapp.
-
I'm looking at a situation where a client has an application deployed via RemoteApp, no full RDP desktop or web interface available. As the RemoteApp is published on a network share, it is invoked via a batch file, launched via a published .rdp file. I've run into an issue with being able to allow users to change their own passwords. I don't want to have to deal with changing users passwords, or knowing what they are; if I expire or require a password change, the users are simply locked out, there is no opportunity for them to change their password themselves. Ideally, I'd like to write or find a command line utility I could insert into the batch file that launches the remote app to address this deficiency. I've poked around in the ActiveDirectory UDF, which seems to be a great tool, but without a function written for the use case where the password change is desired to be forced upon the current user ( who is NOT an admin). Note: net user / domain requires admin rights. pspasswd, while awesome, also requires admin rights. Does anyone have a UDF or Function utility that they use to allow a user to change their own domain password from the command line? I've seen a couple of powershell examples, but I'd love to be able to compile or drop in a command line oriented passwd.exe utility that would work similarly to the *nix equivalent. The pspasswd sysinternals utility does not seem to have this use case in mind -- in my tests you have to be an admin to change a password.
-
modify HKU registry entries
flyingboz replied to flyingboz's topic in AutoIt General Help and Support
Again, pls stop cluttering the thread w/ your personal attacks and close minded attempts to understand what was asked for in the first place. -
Need help with sending an email.
flyingboz replied to Shimgreen's topic in AutoIt General Help and Support
specifically, the 'myerrfunc' code, and registering the event handler to get an actual error message may prove helpful. I use the cdoMailer extensively, and have found it to be solid, though the methods can be finicky. -
modify HKU registry entries
flyingboz replied to flyingboz's topic in AutoIt General Help and Support
Patently untrue for XP. Using only RegWrite and RegRead you can modify HKU trees for non logged on users in xp. I've done it and have working code to prove it. You can prove it to yourself by simply opening the registry as an administrator on an XP workstation, and viewing all of the SIDS that appear under the HKU tree. $username = RegRead("HKU\" & $key_name & "\Software\Microsoft\Windows\CurrentVersion\Explorer", "Logon User Name") Again, patently untrue. You're trying to answer a different question than the one that was asked. I asked for known working, currently being used solutions from someone who is doing this currently. You have thrown up five year old scripts that were not tested with windows 7. If I decide I want help debugging / updating five year old scripts, I'll post code snippets and ask for help in a thread that actually asks for that. I can't judge how helpful you are trying to be, but check my profile -- I've been here since 2003, and this ain't my first rodeo. I've been really patient with you to this point. Someone has done this, and will be by in a day or two, and actually be willing to help out. Until then, stop cluttering up the thread. -
modify HKU registry entries
flyingboz replied to flyingboz's topic in AutoIt General Help and Support
group policy editor not available on home editions -- there is a ms database link, however that does provide the mappings for registry / group policy. There may well be hacks involved that allow this edit; but not necessary given that gpedit is a shell to the registry. -
What's the current preferred method for interacting with registry hives? I need to be able to modify / create / delete registry entries for users not logged in; and they are no longer accessible directly from the HKU registry branch by default. Ideally, I could get the XP behavior back; where each of the SIDS for users who had been logged on appear in the HKU section of the hive.
-
Noticed that WinSCP, a nifty little file transfer program, now sports a COM capable module. I was wondering if anyone has played around with it and perhaps gotten some syntax examples or the startings of an au3 compatible library.
-
Exporting a file from a @ComSpec command
flyingboz replied to DavidLago's topic in AutoIt General Help and Support
_RunReadStd() is your friend. -
Wait until "COM environment" is ready
flyingboz replied to water's topic in AutoIt General Help and Support
Use the com error handler functionality to trap the error until it no longer appears. -
Hard Drive Speed (read & write)
flyingboz replied to Chimaera's topic in AutoIt General Help and Support
all sorts of stats available through WMI. Of course, you could always calculate your own as you go. Lots of different metrics for estimating file transfer times; % of bytes, % of files; all pretty much a roll of the dice, esp. if you can't rely on constant b/w, latency, cpu/disk utilizations , etc.. -
haven't looked at the internals, but they weren't they were (obviously) cast to values which yielded expected functionality.
-
Umm. That seems a mighty thin hair to split. If code compiles / works as expected under version A, then fails to do so under version A+1 , that, in the world of what's real, is a script-breaking change. Just did another search for "default" in the script breaking changes log, and there is no indication in the "Script Breaking Changes" documentation that the Default keyword was now required, instead of having allowed aliases. Of course, if sophistry and semantics such as that indicated above ("changes that break scripts aren't script breaking changes"), then any further rational discussion is unlikely. Obviously, I will make the indicated changes to unbreak my broken script; and I appreciate the prompt response.
-
I have a compiled script from 2/2008 which works fine, compiled under whatever the release was at that time. Went to modify the script today, using 3.3.6.1; and was surprised to find that the InputBox() commands no longer appear, but functionally appear to no-op. That is, my inputbox() commands that are nested inside an infinite loop that can only be broken out of with proper user input are now simply infinite loops. I researched the "script breaking changes" link for v3 (http://www.autoitscript.com/autoit3/docs/script_breaking_changes.htm) and there was no mention of inputbox anywhere that I could find. The only change reference I could find related to the default location for inputbox display on multi-monitor setups. this line does not create an input box on 3.3.6.1 ; but did back in the day when it was compiled. $minimum_dollar_amount_to_include = InputBox("Minimum Dollar Amount To Include", "Please Enter a Dollar Threshold. Categories with total receipts less than this threshold will be ignored. Default is All Categories Included.", 0, " ", "-1", "-1", "-1", "-1", "30")
-
Problem with and an Unattended macro with AutoIT
flyingboz replied to SaiTech's topic in AutoIt General Help and Support
if you can't get access to the control / info in the "window info" utility, you may have to simulate a mouse click on the button's location relative to the window. -
You'll need to refresh your timer object in the main loop where you wait for events, which could lead to flicker / performance problems, especially if you've got sleeps in your loop.
-
i have an almost working proxy server!!
flyingboz replied to lionfaggot's topic in AutoIt General Help and Support
@Manadar, Woo, man. Even by my standards that's harsh By Valik's, you're as gentle as a feather, I guess. @OP You've got an infinite loop heavily featured in the code you've written; it is no surprise that the loop continues infinitely. Often to debug, you can use a if foo then action 1, else action 2 construct you can determine where your logic error lies. Don't give up, better coding / formulation of posts will come with time and a willingness to learn. You spend much time here, and a certain level of frustration w/ poorly worded questions / lack of experience is a given. -
the functionality you want is commonly called a (big word warning) recursive function. take a look at any of the dos functions that support a "/s" switch. I've written a few similar utils, you can either process these individually, or use them to create a listing that you can then (another big word) iterate through. The wisdom/usefullness of wasting your time messing around with a bunch of inconsequential files that the os creates by default, and will recreate unless you jump through hoops, we will ignore.
-
Outlook mail move breaks for loop
flyingboz replied to KingNED's topic in AutoIt General Help and Support
i wonder if the move is causing your handle to the item list index to get corrupted. To test, you may wish to modify the function to be called from a loop, and get the collection / first message only per function call. -
If you don't want to mess with the XML DOM, (and I can understand why you wouldn't) , then I would recommend building subfunctions to parse each section of the code base; such that when the html inevitably changes, you can easily determine where things are going south for you. Resist the urge to build one big UDF that iterates through the html. In particular, look for places where you can break table rows into arrays, and handle the results.
-
Thanks for the reply. I have used and not been real happy w/ PDFCreator in the incarnations where I ran across it, though it has been years. I seem to recall issues with terminal services (though a quick browse of their website indicates that it is supported now), among other things. And bullzip is licensed as free for commercial use in environments with 10 or fewer users, flawlessly works on terminal server, and has handled everything I've thrown at it. It's now a backburner project w/ me, as there are simple ways of handling this w/o COM, given my deeper understanding of the tool's operation; but a full-fledged COM based UDF is something that I would love to add to my 'toolkit'.
-
Really impressed with the bullzip pdf writer capability thus far. To get my project off the ground, I punted the COM functionality and am controlling what settings I need through INI file manipulations. I am still interested in a BullZipPDF udf, and the experience / thoughts of those using it in a production environment.
-
Wondering if anyone has built this wheel yet; I've got a project where I may tackle it; though converting .NET or javascript syntax to au3 isn't exactly my idea of a good time. Any thoughts / experience by anyone using the product in a production-grade environment? Any sample scripts out there to get the ball rolling? http://www.bullzip.com/products/pdf/doc/info.php Documentation seems to indicate that it supports com methods such that could be directly accessible by AutoIT.