NetworkDrive

It happens because Summary Report (as well as other listeners) keep the file(s) open until test ends so you need to trigger this "close" event somehow.

Since JMeter 3.1 you're supposed to be using JSR223 Test Elements and Groovy language for scripting therefore replace this Beanshell PostProcessor with the JSR223 PostProcessor and use the following code:

Resting my laptop seemed to fix what every problem windows had. All three approaches below are working like a charm. My favorite one ois of course the C# "only" approach.

Step1: Go to eventvwr, then create a new scheduled task based on an eventid.

Step2: Open powershell, then show the scheduled task and see the the way how to was written.

Step3: Attached and test it in your scrip.

I created a temporary Get-ScheduledTask and run the below line : all what you have to do is to replace the Subscription to meet your requirement.

I posted this question on the Mozilla support pages too and got the following solution from jscher2000 which I post here in case it is useful to others

Your timing is excellent, there is now a Policy/GPO way to do this as of Firefox 68. No extension required. See:
+ LocalFileLinks policy configuration: https://github.com/mozilla/policy-templates#localfilelinks
+ Customizing Firefox Using Group Policy (Windows)
+ Customizing Firefox Using policies.json
There also is an old school method which is backwards compatible and doesn't require an extension. It involves adding some lines to an optional user.js file (in the user's current Firefox profile), but which might be more conveniently deployed through an Autoconfig file (in the program folder). Those are both files Firefox reads at startup.

This is not a direct answer to your question. It is an investigation which I hope will provide the information necessary for an answer.

You say “… mails are auto-generated by the system …”. This may explain why I do not fully understand why your code works. I will explain my confusion after I have provided some background.

There are four distinct methods by which a MailItem can be selected for processing:

1. The user can select one or more emails and then call a macro to process the selected MailItem. (Note it is an email to the user but a MailItem to a macro.)
2. A macro can read up or down a folder of MailItems, reviewing properties to determine which are to be processed. Sort and Filter can be used to more quickly target the MailItems of interest.
3. You can specify a rule that will look at each email as it arrives and review properties such as subject and sender. If the email has the required properties, a number of actions can be performed. If the standard actions are not adequate, you can link a macro to perform any action available to a VBA macro.
4. You can instruct Outlook to call a macro whenever a particular event occurs. Events include: MailItem added to folder Xxxx,MailItem opened, MailItemsent, MailItemsaved, MailItem closed, MailItem replied to or MailItem forwarded.

Your code is using approach 4. In particular, you are using a MailItemsent event. You say “ … we get about a hundred of these [emails] per week …”. If “get” is the correct word, I would expect MailItem added to folder Inbox to be the appropriate event. Perhaps your code works because the system is generating emails from user X to user X.

If these emails are generated by the system, we cannot be sure what properties are set and what values they are set to. Please copy the code below to an Outlook module. Select one or more of these emails and run macro CallSubForSelectedEmails.

Ok, so after some research, here is my conclusions.

• It cannot be done
• It's not Drat's fault

The reason why it does not work is that the tools::write_PACKAGES function does not work on network drives. Period.

I manually copied my package on the network drive, then ran setwd() to its location and executed write_PACKAGES(".", type="source") and I got the same error.

So to make this work, I just left my package.tar.gz file on a local drive, ran the tools::write_PACKAGES command locally and then moved the files to the network drive.

Adding the network drive to my repository list using options(repos = c(MyRepo = "file://networkdrive/path/to/MyRepo/")) works: RStudio and available.packages find my package.

It's not completely satisfactory, but I think it's the only way today.

For anyone else who needs to do this, AZCopy worked. I just had to use a different destination. When you map a SharePoint document library as a mapped drive, it assigns a drive letter but it also shows the UNC path. That's what you have to use:

/Dest:"\\Tenant.sharepoint.com@SSL\DavWWWRoot\Sites\sitename\library"

while the HKCU path solution posted by James C. is likely a better solution, you CAN get the output of net use into objects. lookee ...

Never call batch files the same as system commands.

How cmdline and batch works:

First it will check local directory, where file is being launched from, for the file you are calling. Next it will check the system and user environment variable for the file you are calling.

In this case, you did not specify the full executable, robocopy.exe and it called the local file robocopy.bat as it was found first. Did you call robocopy.exe, it would not have launched the .bat, however as good measure, always call batch files something recognising what it will launch combined with that it does. I.e. robocopy_backups.bat