Using Everything for Mapped Network drives (shared folders)
-
- Posts: 2
- Joined: Wed May 01, 2013 11:26 am
Using Everything for Mapped Network drives (shared folders)
OK, so this post is mostly to help others who might be looking to setup Everything for users on a network to be able to search an indexed folder or folders, especially for mapped network drives on the user's side.
From what I can tell, Everything may have some support for this later on, but for now the recommendation is to use the "-server-share-links" ETP link type (\\server\C\sharedfolder)
The issue with that is of course having to share the entire C drive (which can be controlled via NTFS permissions to limit access but still leaves the issue of having to remove/unshare the administrative share "C$" so that the share can be created again using only "C").
There are two ways I will suggest to overcome these small obstacles:
1. Use a symbolic link or junction by using any of the following programs (choose one that is suitable for your OS), junction.exe / linkd.exe / mklink.exe
The way to set this up would be to have a folder on the root of let's say the D: drive. Let's say this is "D:\CustomerReports\" and you have an instance of Everything indexing this folder and will allow users to connect to it via ETP.
Next, we can share the CustomerReports folder and label it "D". Now, use the junction / symbolic link program to map/create a new folder called "CustomerReports" within the existing "D:\CustomerReports" folder.
As an example, using linkd.exe
The syntax for linkd.exe is "linkd.exe <SOURCE> <DESTINATION>"
We would use this command, then:
linkd.exe "D:\CustomerReports\CustomerReports\" "D:\CustomerReports"
Now, you should have this new folder, mentioned above the command, created.
As a whole, what this has done is shared the original folder as a drive letter (D), then once the user searches Everything within the original folder, on their own machine, they will access the share itself (called "D") and then within there they will "hit" the dummy folder that will then link them back to the correct, original folder.
This method is a bit messy as you create a share with the name of a drive letter but at least don't need to share the whole drive. You are not limited to only sharing one folder via this method as you could create a folder called "EverythingSharedFolders", share this folder as the drive letter "C" or "D" or whatever and within this folder make your actual shared folders and create links for each one. Note, that there is no sharing of the "real" folders, you just share the parent folder and then would need to control access via NTFS in this scenario of having a central folder.
2. Use the "substitute" command, or "subst.exe"
This method is a lot simpler and much easier to manage as all you are doing is mapping whatever directory you want to index and share with Everything to a drive letter on the server itself.
A. Use subst.exe to map a shared folder to a drive letter that is 1. available/open on the server and 2. will be the same letter used for the users to map to (This is the key to this method working, the drive letters must be the same).
B. Have Everything.exe index the new substituted drive letter on the server (don't index the original folder, just the new drive letter.) This could even be done via the NTFS area, as the drive letter will be treated as a local disk.
C. Map the client to the same drive letter and connect to the Everything ETP server from the client using the "drive-links" ETP link type (W:\)
That's it, the user will now be able to access the folder because Everything is showing whatever it sees within the (substituted) local drive of the server, which cannot be accessed normally of course, but the client is able to due to the mapped network drive connection which points to the original folder, so the client really doesn't have anything to do with the substituted drive letter; it is there simply to let Everything index it so it can be accessed easily.
Well, hope that helps someone! Again, I don't know if this has already been suggested in the past, but I didn't find anything so hope someone finds this via some search terms.
From what I can tell, Everything may have some support for this later on, but for now the recommendation is to use the "-server-share-links" ETP link type (\\server\C\sharedfolder)
The issue with that is of course having to share the entire C drive (which can be controlled via NTFS permissions to limit access but still leaves the issue of having to remove/unshare the administrative share "C$" so that the share can be created again using only "C").
There are two ways I will suggest to overcome these small obstacles:
1. Use a symbolic link or junction by using any of the following programs (choose one that is suitable for your OS), junction.exe / linkd.exe / mklink.exe
The way to set this up would be to have a folder on the root of let's say the D: drive. Let's say this is "D:\CustomerReports\" and you have an instance of Everything indexing this folder and will allow users to connect to it via ETP.
Next, we can share the CustomerReports folder and label it "D". Now, use the junction / symbolic link program to map/create a new folder called "CustomerReports" within the existing "D:\CustomerReports" folder.
As an example, using linkd.exe
The syntax for linkd.exe is "linkd.exe <SOURCE> <DESTINATION>"
We would use this command, then:
linkd.exe "D:\CustomerReports\CustomerReports\" "D:\CustomerReports"
Now, you should have this new folder, mentioned above the command, created.
As a whole, what this has done is shared the original folder as a drive letter (D), then once the user searches Everything within the original folder, on their own machine, they will access the share itself (called "D") and then within there they will "hit" the dummy folder that will then link them back to the correct, original folder.
This method is a bit messy as you create a share with the name of a drive letter but at least don't need to share the whole drive. You are not limited to only sharing one folder via this method as you could create a folder called "EverythingSharedFolders", share this folder as the drive letter "C" or "D" or whatever and within this folder make your actual shared folders and create links for each one. Note, that there is no sharing of the "real" folders, you just share the parent folder and then would need to control access via NTFS in this scenario of having a central folder.
2. Use the "substitute" command, or "subst.exe"
This method is a lot simpler and much easier to manage as all you are doing is mapping whatever directory you want to index and share with Everything to a drive letter on the server itself.
A. Use subst.exe to map a shared folder to a drive letter that is 1. available/open on the server and 2. will be the same letter used for the users to map to (This is the key to this method working, the drive letters must be the same).
B. Have Everything.exe index the new substituted drive letter on the server (don't index the original folder, just the new drive letter.) This could even be done via the NTFS area, as the drive letter will be treated as a local disk.
C. Map the client to the same drive letter and connect to the Everything ETP server from the client using the "drive-links" ETP link type (W:\)
That's it, the user will now be able to access the folder because Everything is showing whatever it sees within the (substituted) local drive of the server, which cannot be accessed normally of course, but the client is able to due to the mapped network drive connection which points to the original folder, so the client really doesn't have anything to do with the substituted drive letter; it is there simply to let Everything index it so it can be accessed easily.
Well, hope that helps someone! Again, I don't know if this has already been suggested in the past, but I didn't find anything so hope someone finds this via some search terms.
Last edited by TypeOnKeyboard on Wed May 01, 2013 12:20 pm, edited 1 time in total.
-
- Posts: 2
- Joined: Wed May 01, 2013 11:26 am
Re: Using Everything for Mapped Network drives (shared folde
BTW, forgot to say: Excellent, excellent, program, Void!
Re: Using Everything for Mapped Network drives (shared folde
Thanks for the mapped network write up.
Thanks for your support!
Thanks for your support!
Re: Using Everything for Mapped Network drives (shared folde
sorry, but I do not understand what's so difficult in setting this up?
1. map networked drive to any available drive, i.e. to X:
2. in Everything select Folders and add that drive to index and update interval
3. done
alternatively you can
1. use fullpath to the share, i.e. \\server\supershare in the Folders options
2. start Everything with -server-sharelinks option
1. map networked drive to any available drive, i.e. to X:
2. in Everything select Folders and add that drive to index and update interval
3. done
alternatively you can
1. use fullpath to the share, i.e. \\server\supershare in the Folders options
2. start Everything with -server-sharelinks option
Re: Using Everything for Mapped Network drives (shared folde
These are both good ways to search a network share.
However, if a user wishes to use ETP instead of folder indexing, they can follow TypeOnKeyboard's excellent guide on using reparse points or subst'ed drives.
However, if a user wishes to use ETP instead of folder indexing, they can follow TypeOnKeyboard's excellent guide on using reparse points or subst'ed drives.
Re: Using Everything for Mapped Network drives (shared folde
I searched all over for my scenario to work (quite common scenario too i guess), but couldnt get it done.
Enviroment:
user has \\server\sharename (D:\Something\ on host machine) mapped to S:\
Goal:
make Everything work for that S:\ so when user searches in Everything, results are shown in the form of: S:\blabla\bla.txt (on host machine it is actually D:\Something\blabla\bla.txt) - clickable results that would open in My Computer.
I tried the subst method mentioned here since it seemed the cleanest.
On host machine (win2008) made S:\ with subst (with admin rights), so it would be same structure as on client. Ran Everything (with admin rights), under Volume selected S:, checked everything, but when i click Apply, i get error:
Open USN Journal - Unable to open volume \\.\S:
What am i doing wrong, and how can i get it working, whatever method, as long as it works like it is pointed out above.
Oh, and btw, fabulous program, Everything.
Thanks!
Enviroment:
user has \\server\sharename (D:\Something\ on host machine) mapped to S:\
Goal:
make Everything work for that S:\ so when user searches in Everything, results are shown in the form of: S:\blabla\bla.txt (on host machine it is actually D:\Something\blabla\bla.txt) - clickable results that would open in My Computer.
I tried the subst method mentioned here since it seemed the cleanest.
On host machine (win2008) made S:\ with subst (with admin rights), so it would be same structure as on client. Ran Everything (with admin rights), under Volume selected S:, checked everything, but when i click Apply, i get error:
Open USN Journal - Unable to open volume \\.\S:
What am i doing wrong, and how can i get it working, whatever method, as long as it works like it is pointed out above.
Oh, and btw, fabulous program, Everything.
Thanks!
Re: Using Everything for Mapped Network drives (shared folde
I have a drive networked to my computer running Everything.nothing wrote:sorry, but I do not understand what's so difficult in setting this up?
1. map networked drive to any available drive, i.e. to X:
2. in Everything select Folders and add that drive to index and update interval
3. done
alternatively you can
1. use fullpath to the share, i.e. \\server\supershare in the Folders options
2. start Everything with -server-sharelinks option
When I open Everything, I don't see anything that says "Folders" so that I can add the drive? Nor do I see that the drive I have networked shows up in the available volumes to search.
What am I missing??? Thanks.
Re: Using Everything for Mapped Network drives (shared folde
Look under Eclude. You can set folders there.
I am still waiting for some kind soul to tell me how to fix my problem.
I am still waiting for some kind soul to tell me how to fix my problem.
Re: Using Everything for Mapped Network drives (shared folde
I must agree with the gentleman who cannot make this work. Something is counterintuitive here. I want to INCLUDE the contents of drive N.
I have a drive on the network mapped as "N".
Using Tools/Options/Exlude - Add, add file and filter are all greyed out.
Tools/Options/Volumes has no method to add a drive name
If I check "Exclude files and folders, then I can Add Folder, Add File, etc. But I want to INCLUDE this drive!
If I uncheck "Exclude files and folders" My entry
TYPE VALUE APPLY TO
Include \\Ts-x104c\Testfolder This folder, subfolders and files
Still does not result in searches for items known to be on teh drive "N:\Testfolder\" do not appear in Everything.
Can you explain what we are doing wrong?
Why is there note a method under "Volumes" to enter Volumes which are not "Local NTFS Volumes", but re NTFS volumes on the network, mapped to
drive letters?
Vitamin writes of selecting Folders and add that drive to index and update interval, but I will be dipped in lukewarm gook if I can find the selections of which he speaks.
Using version 1.2.1.371
Thanks,
-- Doc
I have a drive on the network mapped as "N".
Using Tools/Options/Exlude - Add, add file and filter are all greyed out.
Tools/Options/Volumes has no method to add a drive name
If I check "Exclude files and folders, then I can Add Folder, Add File, etc. But I want to INCLUDE this drive!
If I uncheck "Exclude files and folders" My entry
TYPE VALUE APPLY TO
Include \\Ts-x104c\Testfolder This folder, subfolders and files
Still does not result in searches for items known to be on teh drive "N:\Testfolder\" do not appear in Everything.
Can you explain what we are doing wrong?
Why is there note a method under "Volumes" to enter Volumes which are not "Local NTFS Volumes", but re NTFS volumes on the network, mapped to
drive letters?
Vitamin writes of selecting Folders and add that drive to index and update interval, but I will be dipped in lukewarm gook if I can find the selections of which he speaks.
Using version 1.2.1.371
Thanks,
-- Doc
Re: Using Everything for Mapped Network drives (shared folde
Thanks to VOID for the quick reply. Your information is great, but in Tools/Options/ the only folders are general,view,volumes,exclude,etp/ftp and http.
version 1.2.1.371, which I believe is the latest version. I threw up a couple of pix at
http://drdumont.webs.com/whiteboard
Take a look. Nowhere do I see an opportunity to add folders or drives. If I am missing something, please let me know.
Drive "J" is a share from another machine on the network, and I have full permissions. But it doesn't show up on Everything.
Thanks,
-- Doc
version 1.2.1.371, which I believe is the latest version. I threw up a couple of pix at
http://drdumont.webs.com/whiteboard
Take a look. Nowhere do I see an opportunity to add folders or drives. If I am missing something, please let me know.
Drive "J" is a share from another machine on the network, and I have full permissions. But it doesn't show up on Everything.
Thanks,
-- Doc
Re: Using Everything for Mapped Network drives (shared folde
Folder indexing is only available in the beta version 1.3+
Re: Using Everything for Mapped Network drives (shared folde
Perhaps I have not made myself clear. I ask the question "Why can I not see mapped network drives?"
I have drive C, D, E, F, and G on my machine. Drives H, I and J are drives on another computer
on my network. They are mapped to my local machine as H, I and J. I have full access rights to
these drives.
Everything makes note of drives C,D,E,F, and G, but I can find no way to make Everything see the Mapped
drives.
Why can I not have them accessible to Everything, so I can search them in the same manner in which
I can search my local drives? If I am missing something here, please let me know.
-- Doc
I have drive C, D, E, F, and G on my machine. Drives H, I and J are drives on another computer
on my network. They are mapped to my local machine as H, I and J. I have full access rights to
these drives.
Everything makes note of drives C,D,E,F, and G, but I can find no way to make Everything see the Mapped
drives.
Why can I not have them accessible to Everything, so I can search them in the same manner in which
I can search my local drives? If I am missing something here, please let me know.
-- Doc
Re: Using Everything for Mapped Network drives (shared folde
Everything will only index local NTFS volumes.
You will need to use folder indexing to index mapped network drives.
You will need to use folder indexing to index mapped network drives.
Re: Using Everything for Mapped Network drives (shared folde
Thanks. Finally, a direct answer.
Re: Using Everything for Mapped Network drives (shared folde
Yes, it works only in 1.3+.
You need to map network drive first (e.g. map X: to \\server\share by basic windows tools) and then go to Indexes->Folders and add path to the X:
You need to map network drive first (e.g. map X: to \\server\share by basic windows tools) and then go to Indexes->Folders and add path to the X:
Re: Using Everything for Mapped Network drives (shared folde
Not necessarily.You need to map network drive first
You can just use the UNC path directly (so \\server\share).
Re: Using Everything for Mapped Network drives (shared folde
well ye, you can do this way too.. but for me more comfortable to map a drive first..therube wrote:Not necessarily.You need to map network drive first
You can just use the UNC path directly (so \\server\share).
Re: Using Everything for Mapped Network drives (shared folders)
Sorry to open an old topic, but I thought I'd post my findings with the latest version as of July 16, 2017.
For some reason I cannot see any mapped drives nor can I browse the 'Network' to specify a file share.
Here's how I was able to get network folders to work:
Hope this helps someone out!
Brady
For some reason I cannot see any mapped drives nor can I browse the 'Network' to specify a file share.
Here's how I was able to get network folders to work:
- In Everything, add a "placeholder" folder (that we will replace manually later), such as C:\Windows, or C:\Intel - it doesn't matter what folder
- Click OK, X out of Everything
- Close out of Everything, even from the system tray (check Task Manager to be sure)
- Go to Start-->Run, type in %appdata% and press enter
- Once inside your Application Data, Roaming folder, open the Everything folder, then open Everything.ini in Notepad
- Press Ctrl+F to search for filelist_monitor_changes=, then go to the line right below that, starting with folders=
- Find the placeholder folder you created in step 1, and replace it with the network folder
- The trick here is for every backslash, add an extra backslash, so for \\server, it needs to be typed as \\\\server. For \\server\share1, it needs to be \\\\server\\share1
- Once you've replaced the placeholder folder with your network share, save the file
- You then want to launch Everything.exe using the -startup -server-sharelinks parameters
- To edit the default startup path and parameters, go to Start-->Run, type in regedit, press enter, then go to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run, find the Everything key, and then modify it's value; for example, my value is "C:\Program Files\Everything\Everything.exe" -startup -server-sharelinks; click OK
- You can then either log out and log back in, or go to Start-->Run and launch Everything with the same value as you put in the Everything key in regedit
Hope this helps someone out!
Brady
Re: Using Everything for Mapped Network drives (shared folders)
Mapped drives are "personal" per user account. Most likely you are running Everything with a different account (like: Administrator). No exerience with this (yet), but installing the service and running Everything with *your* useraccount should probably fix this issue.br5dy wrote: For some reason I cannot see any mapped drives nor can I browse the 'Network' to specify a file share.
( Menu:Tools > Options > General: disable "Run as administrator" and enable "Everything Service" )
There are two ways an INI file can be parsed: "First entry rules" or "last entry rules".[*]Press Ctrl+F to search for filelist_monitor_changes=, then go to the line right below that, starting with folders=
The Windows API's for INI files act like the first one (color= blue followed by color=red yields color=blue)
Everything acts like the second one (color=red). This means that I can add an entry at the end of the INI file.
When starting Everything, It will first read color=blue, then color=red and settle on color=red. color=red gets loaded in memory and on exit Everything will write out the settings in their predefined order.
I think that's a nice feature (use it quite a lot).
Long story short: No need to search for the current entry; just add it at the end of the INI file.
N.B. This all works because there is just one INI section, [Everything]. At first I wondered why there weren't more sections - like [General] or [Indexes] - , but it is actually quite clever this way.
There is an even easier option:
In the Folders Indexes dialog box choose Add ... and type the share name in the Folder: input box.
Like this:
No need for the -server-sharelinks option. That is for the case you have an Everything (ETP) server running, to which you connect from an Everything client.[*]You then want to launch Everything.exe using the -startup -server-sharelinks parameters
Re: Using Everything for Mapped Network drives (shared folders)
Everything is a great app. My only issue is that the added network folder disappears after reboot so I need to re-add and rescan the share after every boot.
I am on Windows 10 and added the network share (a SMB/CIFS share on a Debian server) via UNC and via mapped to a drive letter. Both did not persist after reboot. I also tried using a symlink, but wasn't able to get that to work. Is anyone else having this issue or any suggestions as to how to troubleshoot?
I am on Windows 10 and added the network share (a SMB/CIFS share on a Debian server) via UNC and via mapped to a drive letter. Both did not persist after reboot. I also tried using a symlink, but wasn't able to get that to work. Is anyone else having this issue or any suggestions as to how to troubleshoot?
Re: Using Everything for Mapped Network drives (shared folders)
My first guess is that you don't have write-access to your Everything.ini.
From the Menu:Tools > Options > General tab, enable Store settings and data in %APPDATA%\Everything to put Everything.ini in a writable place.
(otherwise your INI is in the same folder as your Everything.exe, which in most cases is in the c:\Program Files\Everything folder, where you don't have write access as a "normal" user.
From the Menu:Tools > Options > General tab, enable Store settings and data in %APPDATA%\Everything to put Everything.ini in a writable place.
(otherwise your INI is in the same folder as your Everything.exe, which in most cases is in the c:\Program Files\Everything folder, where you don't have write access as a "normal" user.
Re: Using Everything for Mapped Network drives (shared folders)
Thanks @NotNull. You are the best. This worked perfectly!NotNull wrote:My first guess is that you don't have write-access to your Everything.ini.
From the Menu:Tools > Options > General tab, enable Store settings and data in %APPDATA%\Everything to put Everything.ini in a writable place.
(otherwise your INI is in the same folder as your Everything.exe, which in most cases is in the c:\Program Files\Everything folder, where you don't have write access as a "normal" user.
Re: Using Everything for Mapped Network drives (shared folders)
Glad that I could helpp159 wrote: Thanks @NotNull. You are the best. This worked perfectly!
Thanks for your feedback!
Re: Using Everything for Mapped Network drives (shared folders)
Hello, I'm using Everything on my laptop as well as on my Windows server, which has multiple drives attached. I need to have a single database which includes both my laptop, and server's shared drives (all NTFS), which will be immediately updated after operations I do with files. When I connect to ETP server, I only see files on the server, the files on laptop disappear from Everything - and vice versa, when I disconnect from EFU server, files on server disappear for me. How do I have both local drives and shared networked drives in Everything simultaneously?
Re: Using Everything for Mapped Network drives (shared folders)
So you want one single database that has real-time information about your server as well as your laptop?abu wrote:Hello, I'm using Everything on my laptop as well as on my Windows server, which has multiple drives attached. I need to have a single database which includes both my laptop, and server's shared drives (all NTFS), which will be immediately updated after operations I do with files. When I connect to ETP server, I only see files on the server, the files on laptop disappear from Everything - and vice versa, when I disconnect from EFU server, files on server disappear for me. How do I have both local drives and shared networked drives in Everything simultaneously?
I'm afraid that's not possible.
Re: Using Everything for Mapped Network drives (shared folders)
Thank you for clarifying. Do I have any options beside running two instances side-by-side?NotNull wrote: So you want one single database that has real-time information about your server as well as your laptop?
I'm afraid that's not possible.
Re: Using Everything for Mapped Network drives (shared folders)
Beside that one, the most straightforward would be:abu wrote:Do I have any options beside running two instances side-by-side?
1) Everything running on your server using a local database
2) Everything running on your laptop, NTFS indexing your local disks and folder indexing your server shares (that last one is not realtime)
There are a couple of more workarounds, all a bit unconventional. Will post them when I have time (or maybe someone else steps in before that).
Re: Using Everything for Mapped Network drives (shared folders)
Could you please elaborate? I am only interested in real-time. At the moment, on client I use one Everything! instance for client local stuff, and another Everything! instance connected to server's ETP server. Server has external HDDs shared so navigating is no problem at all. Is there some better solution than this?NotNull wrote:Beside that one, the most straightforward would be:
1) Everything running on your server using a local database
Re: Using Everything for Mapped Network drives (shared folders)
Before there gets any confusion: what I meant with real-time is that changes to the filesystem are real-time (with 2 second margin) added t the Everything index. That out of the way ...
There is also the option of Folder indexing a folder/share. Updating this is done through a schedule (like: every 3 hours/ every Thursday / .. ). Not real-time ...
BUT ...
Folder indexing also has an option to monitor changes made to that folder from the machine where that Everything.exe is running.
There is no guarantee that it will pick up on all changes, In my personal experience, Everything nevere missed a beat (that I was aware of)
So, if you have 1 laptop and 1 server and make all changes to the server's filesystem from your laptop, you can use NTFS indexing for your local laptop disk(s) and use folder indexing (combined with monitor changes) for your server shares. All running from your laptop's Everything. You don't even need to run Everything on the server in that case.
For 'safety', add an extra update schedule to pick up on changes you might have missed.
If you also make changes to the server's filesystem on the server itself and you want real-time update, your best option is the one you are currently using: multiple instances.
That might change in a future version of Everything, as it is on the 'wish-list' to be able to connect to multiple ETP servers at once.
NTFS indexing of locally attached (NTFS formatted) disks will give you real-time updates.abu wrote:Could you please elaborate? I am only interested in real-time. At the moment, on client I use one Everything! instance for client local stuff, and another Everything! instance connected to server's ETP server. Server has external HDDs shared so navigating is no problem at all. Is there some better solution than this?
There is also the option of Folder indexing a folder/share. Updating this is done through a schedule (like: every 3 hours/ every Thursday / .. ). Not real-time ...
BUT ...
Folder indexing also has an option to monitor changes made to that folder from the machine where that Everything.exe is running.
There is no guarantee that it will pick up on all changes, In my personal experience, Everything nevere missed a beat (that I was aware of)
So, if you have 1 laptop and 1 server and make all changes to the server's filesystem from your laptop, you can use NTFS indexing for your local laptop disk(s) and use folder indexing (combined with monitor changes) for your server shares. All running from your laptop's Everything. You don't even need to run Everything on the server in that case.
For 'safety', add an extra update schedule to pick up on changes you might have missed.
If you also make changes to the server's filesystem on the server itself and you want real-time update, your best option is the one you are currently using: multiple instances.
That might change in a future version of Everything, as it is on the 'wish-list' to be able to connect to multiple ETP servers at once.
Re: Using Everything for Mapped Network drives (shared folders)
Can I somehow schedule second Everything! instance to save ETP index and use it when connecting to ETP server fails, so that I could at least check which files are present in it when I'm on other networks?
Re: Using Everything for Mapped Network drives (shared folders)
The database of the ETP server will only be saved to disk when you stop the ETP server.abu wrote:Can I somehow schedule second Everything! instance to save ETP index and use it when connecting to ETP server fails, so that I could at least check which files are present in it when I'm on other networks?
But you could do a (scheduled)
everything.exe -update
When you copy this database to any other computer, you can view it's contents with the command:
Code: Select all
everything.exe -db "C:\path\to\Everything.db" -read-only -instance "VIEW"