Does freeware exist on Windows that will mount (as a drive letter) Android connected via USB as MTP?

[Arlen Holder]

Does freeware exist on Windows that will mount (as a drive letter) the
Android filesystem such that a DOS command can then be _directly_ run on
that Android fileystem connected via USB as MTP?

I have tested MTPDrive crippleware, which does exactly that task over USB.
<http://mtpdrive.com/download.html>

All I ask here is whether a more general non-payware solution exists yet?
<http://www.bild.me/bild.php?file=1853998dir02.jpg>

[Flasherly]

See WebDAV server and related instructions for mounting it.
https://stackoverflow.com/questions/21619877/how-to-access-android-file-system-from-windows-7-command-line-through-usb

[Arlen Holder]

On Mon, 15 Oct 2018 11:59:43 -0400, Flasherly wrote:

> See WebDAV server and related instructions for mounting it.
> https://stackoverflow.com/questions/21619877/how-to-access-android-file-system-from-windows-7-command-line-through-usb

Thanks. WebDav/Http/FTP/SSH/Samba/SMB/CIFs/etc. servers are _different_.
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
a. This "server" method doesn't work over usb (it works over WiFi)
b. Hence, these server methods don't "mount" the device as a drive letter
c. Which means you can't run DOS commands directly on the files

The key is to run _all_ Windows commands _directly_ on the Android files.
(Not on copies of those files, which is how the server methods work.)
<http://www.bild.me/bild.php?file=3316456dir08.jpg>

That's a _key_ distinction.

By way of contrast, the MTPDrive crippleware
o works over usb
o by mounting the Android device as a drive letter
o so that you can run all Windows commands _directly_ on the Android files

What I seek is *freeware* that does exactly what MTPdrive crippleware does.

I probably should note that plain old MTP over USB works fine on Linux.
<http://www.bild.me/bild.php?file=6181360dir01.jpg>
But plain old MTP over USB just doesn't work that way over Windows:
<http://www.bild.me/bild.php?file=9648761dir.jpg>

For Windows to run a command on Android files using MTP over USB, you are
forced to _copy_ the files from Android to Windows - which is what we're
trying to avoid by running Windows commands _directly_ on the Android files
mounted as a drive letter over USB.

I should likely have explained that there probably is not a single
reference on the Internet I haven't already read on this topic - which is
why I'm asking you freeware experts for help on finding freeware that does
_exactly_ what MTPdrive crippleware _already_ does over USB.

*To be clear: I'm looking for is freeware that does what MTPdrive does.*

I should have noted clearly that USB precludes a server running on Android
because those servers don't allow the three things we need
o work over usb
o mounts the Android file system as a drive letter on Windows
o which then provides direct access to _all_ Windows commands

By that, I mean _nothing_ needs to run on Android for USB to work.
To be clear, USB means a cable connected to the computer.

That's only the first step.
The second step after connecting the cable is to mount the Android device
as a drive letter.

That's only the second step.
The third step is the hard part.

The third step is to run a DOS command _directly_ on the Android device.
For that, you need to "mount" the Android device as a drive letter.

That's the hard part! :)

Hence, to be clear, the question is:
*What freeware exists that does _exactly_ what MTPDrive crippleware does?*

[Flasherly]

On Mon, 15 Oct 2018 16:57:38 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>Hence, to be clear, the question is:
>*What freeware exists that does _exactly_ what MTPDrive crippleware does?*

I did see the layering aspect, I suppose in a lesser sense indirectly,
then to your direct qualification. But even through the attempted
interpolation, there would appear to be mixed results according to the
various brand devices reported in that forum from a general sense of
Android usage.

Later Android developments utilize what appears CPU emulation through
a direct Application Binary Interface:

x86
Pentium Pro in MMX, SSE, SSE2, SSE3, and SSSE3 extensions and opcodes.

x86_64
Intel 64-bit MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, & POPCNT

https://developer.android.com/ndk/guides/abis

If MTPDrive works from that API, the API may be useful for another
vector to approach developmental [freeware] resources. Of course the
API is also mentioned as specific to actually being integrated to
[later and newer] Android handheld devices.

[Arlen Holder]

On Mon, 15 Oct 2018 14:10:03 -0400, Flasherly wrote:

> I did see the layering aspect, I suppose in a lesser sense indirectly,
> then to your direct qualification. But even through the attempted
> interpolation, there would appear to be mixed results according to the
> various brand devices reported in that forum from a general sense of
> Android usage.

You are correct that there are mixed results in the real world.
1. If you have _old_ Android (<4.3), you _can_ use "mass storage" usb.
<https://www.howtogeek.com/192732/android-usb-connections-explained-mtp-ptp-and-usb-mass-storage/>
2. If you have _newer_ Android (>4.3), mass storage works only if rooted.
<https://android.stackexchange.com/questions/190138/how-to-use-usb-mass-storage-mode-on-android-4-3>
3. A server "network share" method _does_ allow "Open Command Window Here".
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
4. FTPuse "should" assign an FTP-server drive letter (failed on my Nougat).
<http://www.bild.me/bild.php?file=7687244dir06.jpg>
5. Everything that seems to work over usb, is _old_ or _rooted_.
<https://www.google.com/search?&q=android+windows+usb+mass+storage+mode+mount+drive+letter>

The medium news is that we know (older) usb mounting solutions existed.
The good news is that we know non-rooted payware solutions currently exist.

The really good news is that everyone wants a "mount" solution to work.
<https://android.stackexchange.com/questions/22979/drive-letter-for-mtp-connection-under-windows>
<https://stackoverflow.com/questions/5097389/can-androids-internal-memory-be-mapped-to-a-drive-letter-on-pc>
<https://www.guidingtech.com/39472/map-android-drive-windows/>
etc.

The only problem is finding a _free_ solution to that age-old problem of
o Mounting the Android filesystem as drive letter over USB
o With the goal of running _any_ Windows command directly on the files.

> Later Android developments utilize what appears CPU emulation through
> a direct Application Binary Interface:
>
> x86
> Pentium Pro in MMX, SSE, SSE2, SSE3, and SSSE3 extensions and opcodes.
>
> x86_64
> Intel 64-bit MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, & POPCNT
>
> https://developer.android.com/ndk/guides/abis
>
> If MTPDrive works from that API, the API may be useful for another
> vector to approach developmental [freeware] resources. Of course the
> API is also mentioned as specific to actually being integrated to
> [later and newer] Android handheld devices.

Historically, the fact that mounting Android as Mass Storage USB used to
work, can be considered "good news" in that we know people wanted it.
<https://www.lc-tech.com/pc/how-to-connect-your-android-device-to-a-pc-with-usb-mass-storage-mode/>

The fact that everyone _still_ wants this capability is also good news.
<https://superuser.com/questions/1157661/how-to-mount-an-android-smartphone-as-a-drive-in-windows>

It's good news also, that MTPDrive payware does _exactly_ what we all want!
<http://mtpdrive.com/tutorial.html>

*The help I need (and which we all need) is to find a _freeware_ solution!*

That freeware solution is not easily found; which is why I ask for help.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pq1tcr$rpi$1...@news.mixmin.net Mon, 15 Oct 2018 11:24:12 GMT in

alt.comp.freeware, wrote:

> Does freeware exist on Windows that will mount (as a drive letter)
> the Android filesystem such that a DOS command can then be
> _directly_ run on that Android fileystem connected via USB as MTP?

It's not freeware, but, it comes with (or did; I can't be arsed to
boot a vm and see) Windows...only tested on an Android 4.x (sorry,
don't remember full version) system; no guarantees it works with
later, earlier editions; didn't try. Did a quick google check to see
which editions of Windows it's supported in. Evidently, it's still
offered in windows 10. it's a very OLD (think DOS/windows 3.x and
early token ring based networking days) command. If you've been
around for as long as you've claimed previously, it should be
smacking you upside the head like a 2by4 by now. You should be asking
your genius self why you didn't already make use of it, and claim you
'discovered it' to us all here.

Wonder why I haven't told you the command and step by step
instructions? It's due entirely to your shitty attitude towards me
previously.

> I have tested MTPDrive crippleware, which does exactly that task
> over USB.
> <http://mtpdrive.com/download.html>

I'll go ahead and tell you, it's probably easier to use than the
command I wrote about above. As far as initial setup goes. Once
configured via command line though, the console command works as
expected and has a proven track record going back decades.

> All I ask here is whether a more general non-payware solution
> exists yet?
> <http://www.bild.me/bild.php?file=1853998dir02.jpg>

Yes. it comes with windows, so it's not payware in the sense it's a
seperate cost. But, it's not freeware either. If that makes sense to
you?





--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================
My dog thinks he's human.. My cat thinks he's GOD!

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pq369c$t60$1...@news.mixmin.net Mon, 15 Oct 2018 23:02:05 GMT in

alt.comp.freeware, wrote:

> You are correct that there are mixed results in the real world.
> 1. If you have _old_ Android (<4.3), you _can_ use "mass storage"
> usb.

Yes, I told you this previously in another thread. You dismissed me
and incorrectly assumed that I was Bsing you. that all android
versions and devices are equal. Despite the fact you aren't mature
enough to properly credit the person who originally told you this
(me, not Flasherly), it's still nice to see you know now for sure
that you were wrong with your previous claims.


> <https://www.howtogeek.com/192732/android-usb-connections-explai

> ned-mtp-ptp-and-usb-mass-storage/>
> 2. If you have _newer_ Android (>4.3), mass storage works only if
> rooted.

Not true. As I've told you, several times now, discrepancies exist
between various Android releases as well as specific Devices. I have
an Android 5.1.1 powered phone that I've connected to Linux Mint 17.3
KDE edition to 'test'. Linux Mint 17.3 KDE edition using kernel
3.19.02 cannot properly mount either the internal memory or sdcard
via mtp protocol. I'm not going to upgrade my kernel to see if it's
kernel specific (I suspect infact it is, since the kernel provides
hardware support) or not. That machine works just fine as it is,
using that kernel.

However, on another box (I have a real network, rofl) that happens to
be running MX Linux 17.1 Horizon (september 2018 image) using kernel
4.15.01 I have full access to internal as well as sdcard memory.
Further, I can 'share' my phones memory banks across my network,
giving ALL machines on my network (if I so desire) full read/write
access to my phones internal AND external memory. And, I can also
copy/paste (or slide? to use your term so silly) from internal to
sdcard and vice versa as well as aforementioned network sharing.

Oh, and, this phone is not rooted. Other than a couple of additional
software packages from google store, it's completely stock (default)
configuration. The phone version is LG52VL running Android 5.1.1
using kernel 3.10.49. The packages I've installed consist of some
electrical reference cheatsheets and a single video game I play from
time to time during downtime. None of them give the phone additional
ability to connect to other devices.

> <https://android.stackexchange.com/questions/190138/how-to-use-u

> sb-mass-storage-mode-on-android-4-3>
> 3. A server "network share" method _does_ allow "Open Command
> Window Here".

Yes, yes it does. Surprised you needed to enlighten us about that. I
thought that was common knowledge amongst those who understand what a
network is and how useful they can be to you. Beats a single dual
boot computer, anyday.

> <http://www.bild.me/bild.php?file=8605173dir05.jpg>
> 4. FTPuse "should" assign an FTP-server drive letter (failed on my
> Nougat).

Aye. Android differences, as I've told you, several times.

> <http://www.bild.me/bild.php?file=7687244dir06.jpg>
> 5. Everything that seems to work over usb, is _old_ or _rooted_.
> <https://www.google.com/search?&q=android+windows+usb+mass+stora
> ge+mode+mount+drive+letter>

Wrong again. See above. Android 5.1.1 is old mind you, but, it's
greater than 4.3 and doesn't require rooting to work. Incidently, a
friends spiffy as all hell uber Droid verizon phone is running the
latest and greatest Android, isn't rooted, AND also happily chats
with my MX linux box, but, as with my Android 5.1.1 phone, won't do
it with the 17.3 mint box. Likely due to the old kernel in use on
that machine.

> The medium news is that we know (older) usb mounting solutions
> existed. The good news is that we know non-rooted payware
> solutions currently exist.

Most of us, aside from you, don't consider what you've shared so far
to be worth posting or accurate. Tried to tell you this before, when
you first attempted to educate us on the ehem (cough bullshit cough)
universal file sliding nonsense you wrote about previously.

You're a bit of a fuckwit, no offense.

> The only problem is finding a _free_ solution to that age-old
> problem of o Mounting the Android filesystem as drive letter over
> USB o With the goal of running _any_ Windows command directly on
> the files.

Ayep. You're a fuckwit. It's so fucking obvious to those of us who
actually know what we're doing.

> Historically, the fact that mounting Android as Mass Storage USB
> used to work, can be considered "good news" in that we know people
> wanted it.

used to work? Asshat, it *still works*. Devices are all about ease of
connectivity and 'sharing' with your home computers these days.

> It's good news also, that MTPDrive payware does _exactly_ what we
> all want!

Uhh, but it's not necessary to pay for what you're wanting. You
already fucking have it. If your windows 10 box can see your phones
memory (internal/external) you can using a console command (you've
done this before, countless times, for a different reason; IF you've
been doing this for as long as you've claimed, but the CONCEPT is
still the same!) mount each area as a seperate drive letter that you
can go and reference with the 'DOS' commands, that most likely are
infact win32 pe executables and not DOS at all; since NT emulated it
in the first place and outright removed support for executing 16bit
code in later editions of windows. AFAIK, None of the 64bit flavors
natively support 16bit code. If you really want to run 'DOS' apps on
later editions of Windows that cannot natively emulate it, DOSBox is
your buddy. Works great with linux too, btw.

> *The help I need (and which we all need) is to find a _freeware_
> solution!*

Who's we? I already have a working solution. Actually, I have several
working solutions. So, I have options. I bet more than one person
reading this post does as well. What's more, I bet one or more people
who've been doing this for a long time knows the exact name of the
command I've hinted about you using, that comes with windows and has
since the days of DOS, real DOS. Want another clue? You used it to
fake the existance of a non actual physical drive. Great for copying
floppies when you actually only had one drive to do it with. [g] You
could give it two drive letters. Are you remembering that command
now? It's the same one you'll use to 'mount' your Android phones
memory areas.

Okay, so you need another clue. I gotcha, Happy to help. You can use
this same command to give a specific folder/directory (we used to
call them directories) it's own drive letter.

If you have a real network, you can skip all of this and find a
machine on your network that has full access to your phone and
'share' it across the network. You know how to do that right? :)

> That freeware solution is not easily found; which is why I ask for
> help.

I've helped you out already far more than you deserve. Know that I
didn't do it so much as to help you, but, ridicule you for being the
asshat you are. You're welcome.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

What you enjoy is much more important than what you have.

[Arlen Holder]

On Thu, 18 Oct 2018 05:03:10 -0000 (UTC), Diesel wrote:

> it's still nice to see you know now for sure
> that you were wrong with your previous claims.

> You're a bit of a fuckwit, no offense.

> Ayep. You're a fuckwit. It's so fucking obvious to those of us who
> actually know what we're doing.

> used to work? Asshat, it *still works*. Devices are all about ease of
> connectivity and 'sharing' with your home computers these days.

> Uhh, but it's not necessary to pay for what you're wanting. You
> already fucking have it.

The only thing you need to tell us is the answer to this simple question:

Q: Where is the link to a freeware alternative to MTPDrive functionality?
A: ?

[Arlen Holder]

On Thu, 18 Oct 2018 05:03:09 -0000 (UTC), Diesel wrote:

> I'll go ahead and tell you,

[p-0''0-h the cat (coder)]

I think Dusty is talking about subst and net use. Neither of which work
with MTP. At least I think that's what he's going on about but my
attention span with his wordwalls are brief.

I've never seen a freeware for this but never say never in acf.


Sent from my iFurryUnderbelly.

--
p-0.0-h the cat

Internet Terrorist, Mass sock puppeteer, Agent provocateur, Gutter rat,
Devil incarnate, Linux user#666, BaStarD hacker, Resident evil, Monkey Boy,
Certifiable criminal, Spineless cowardly scum, textbook Psychopath,
the SCOURGE, l33t p00h d3 tr0ll, p00h == lam3r, p00h == tr0ll, troll infâme,
the OVERCAT [The BEARPAIR are dead, and we are its murderers], lowlife troll,
shyster [pending approval by STATE_TERROR], cripple, sociopath, kook,
smug prick, smartarse, arsehole, moron, idiot, imbecile, snittish scumbag,
liar, total ******* retard, shill, pooh-seur, scouringerer, jumped up chav,
punk ass dole whore troll, no nothing innumerate religious maniac,
lycanthropic schizotypal lesbian, the most complete ignoid, joker, and furball.

NewsGroups Numbrer One Terrorist

Honorary SHYSTER and FRAUD awarded for services to Haberdashery.
By Appointment to God Frank-Lin.

Signature integrity check
md5 Checksum: be0b2a8c486d83ce7db9a459b26c4896

I mark any message from »Q« the troll as stinky

[Arlen Holder]

On Thu, 18 Oct 2018 10:46:25 +0100, p-0''0-h the cat (coder) wrote:

> I think Dusty is talking about subst and net use. Neither of which work
> with MTP.

The good news, for freeware aficionados, is that we know the payware
exists, which implies that freeware "could" exist.

We also know it works just fine on Linux (which uses libtmp, I think).

If we can find a freeware solution, we'll have moved our tribal knowledge
forward appreciably.

> I've never seen a freeware for this but never say never in acf.

I think there is a solution in "libtmp" but I don't know enough to make
that solution work on Windows as I don't know what to do with libtmp.

On Linux, running commands on MTP "just works", where Linux seems to be
using libtmp as the underlying code. So naturally, I tried the Windows
libtmp port:
<https://sourceforge.net/projects/libmtp/>

But I don't have the knowledge required to figure out the steps to make it
work to mount an Android MTP filesystem over USB as a drive letter.

This is the Windows libtmp port. But I don't know what to do with it.
<https://iweb.dl.sourceforge.net/project/libmtp/libmtp-win32/0.3.5-win32-1/libmtp-0.3.5-win32-bin.zip>

[p-0''0-h the cat (coder)]

On Thu, 18 Oct 2018 12:43:57 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>On Thu, 18 Oct 2018 10:46:25 +0100, p-0''0-h the cat (coder) wrote:
>
>> I think Dusty is talking about subst and net use. Neither of which work
>> with MTP.
>
>The good news, for freeware aficionados, is that we know the payware
>exists, which implies that freeware "could" exist.
>
>We also know it works just fine on Linux (which uses libtmp, I think).
>
>If we can find a freeware solution, we'll have moved our tribal knowledge
>forward appreciably.
>
>> I've never seen a freeware for this but never say never in acf.
>
>I think there is a solution in "libtmp" but I don't know enough to make
>that solution work on Windows as I don't know what to do with libtmp.
>
>On Linux, running commands on MTP "just works", where Linux seems to be
>using libtmp as the underlying code. So naturally, I tried the Windows
>libtmp port:

It's libmtp, just saying.

> <https://sourceforge.net/projects/libmtp/>
>
>But I don't have the knowledge required to figure out the steps to make it
>work to mount an Android MTP filesystem over USB as a drive letter.
>
>This is the Windows libtmp port. But I don't know what to do with it.
> <https://iweb.dl.sourceforge.net/project/libmtp/libmtp-win32/0.3.5-win32-1/libmtp-0.3.5-win32-bin.zip>

Well there's a load of command line exes in the bin directory

Here's some I tried

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.

C:\Users\Pooh>cd C:\Users\Pooh\Desktop\libmtp-0.3.5-win32-bin\bin

C:\Users\Pooh\Desktop\libmtp-0.3.5-win32-bin\bin>albumart /?
libmtp version: 0.3.5

You need to supply an album name.
Usage: albumart -i <fileid/trackid> -n <albumname> <imagefile>

C:\Users\Pooh\Desktop\libmtp-0.3.5-win32-bin\bin>emptyfolders.exe
libmtp version: 0.3.5

This is a dummy run. No folders will be deleted.
To delete folders, use the '-d' option.
No devices.

C:\Users\Pooh\Desktop\libmtp-0.3.5-win32-bin\bin>detect
libmtp version: 0.3.5

Listing raw device(s)
No raw devices found.

C:\Users\Pooh\Desktop\libmtp-0.3.5-win32-bin\bin>connect
Usage: connect <command1> <command2>
Commands: --delete [filename]
--sendfile [source],[destination]
--sendtrack [source],[destination]
--getfile [source],[destination]
--newfolder [foldername]

C:\Users\Pooh\Desktop\libmtp-0.3.5-win32-bin\bin>thumb
libmtp version: 0.3.5

You need to pass a filename.
Usage: thumb -i <fileid/trackid> <imagefile>

It looks like you need to install LinUSB as per README.windows.txt and
then these should do something useful. It's well documented as usual...

Note: A few of the exes flagged up on virustotal. 3/60 That's kinda
normal for this kind of thing but just saying.

[Arlen Holder]

On Thu, 18 Oct 2018 19:20:48 +0100, p-0''0-h the cat (coder) wrote:

> It's libmtp, just saying.

Yeah. Thanks.
I had actually noticed that, and fixed it in a subsequent Windows post:
Do Windows experts exist who know how to make the Windows libmtp port work?
<http://www.pcbanter.net/showthread.php?t=1106143>

> Well there's a load of command line exes in the bin directory

Yup.

albumart.exe, albums.exe, connect.exe, detect.exe, emptyfolders.exe
files.exe, folders.exe, format.exe, getplaylist.exe, hotplug.exe,
libmtp-8.dll, newplaylist.exe, playlists.exe, reset.exe, thumb.exe,
tracks.exe, & trexist.exe

You're ahead of me because I got an error on Windows 10:
detect.exe - System Error
The code execution cannot proceed because libiconv2.dll was
not found. Reinstalling the program may fix this problem.

Searching for "libiconv2.dll", I find this package:
<http://gnuwin32.sourceforge.net/packages/libiconv.htm>
Which seems to point me to this package:
<https://sourceforge.net/projects/gnuwin32/files/libiconv/1.9.2-1/libiconv-1.9.2-1.exe/download>
Which, when installed, provides me with the GNU libiconv2.dll

Putting that "libiconv2.dll" into the bin directory moves me to the next
error, which is that "libusb0.dll" is missing.

Searching for "libusb0.dll", it seems to be in this GNU package:
<https://sourceforge.net/projects/libusb-win32/>
Which, when unzipped, had a bin directory containing the file:
bin\amd64\libusb.dll
Which I also manually copied to the libmtp bin directory.

Now when I run, the error changes to "detect.exe - Application Error"
"The application was unable to start corretly (0x000007b).
"Click OK to close the application."

*Why does it work for you, and not for me (I'm on Windows 10)?*

[p-0''0-h the cat (coder)]

Because it looks like it needs to be installed. It comes with a sys
file.

There was mention of the inf-wizard.exe file in the libmtp package from
recollection.

I'm guessing I did this with some other ported package.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqaqed$v72$1...@news.mixmin.net Thu, 18 Oct 2018 20:29:03 GMT in

alt.comp.freeware, wrote:

> Do Windows experts exist who know how to make the Windows libmtp
> port work? <http://www.pcbanter.net/showthread.php?t=1106143>

Yep. [g]

> You're ahead of me because I got an error on Windows 10:
> detect.exe - System Error
> The code execution cannot proceed because libiconv2.dll was
> not found. Reinstalling the program may fix this problem.

Except that there's nothing to reinstall. :) You didn't read the
instructions that came with the program. Just dove right in, assuming
you knew what you were doing. You don't.

> Searching for "libiconv2.dll", I find this package:

Why did you feel the need to search for it? The readme file included
with the libmtp package plainly tells you that you're going to need
it and the USB driver.

> Putting that "libiconv2.dll" into the bin directory moves me to
> the next error, which is that "libusb0.dll" is missing.

Yes, again, covered in the documentation included with libmtp.

> Now when I run, the error changes to "detect.exe - Application
> Error" "The application was unable to start corretly (0x000007b).
> "Click OK to close the application."

Because you didn't follow the directions. [g]

> *Why does it work for you, and not for me (I'm on Windows 10)?*

Again, because you didn't follow the directions. ROFL!

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Can you be on the edge of time and still dance at the center? - Merry

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pq9v6c$ja9$1...@news.mixmin.net Thu, 18 Oct 2018 12:43:57 GMT in

alt.comp.freeware, wrote:

> On Thu, 18 Oct 2018 10:46:25 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> I think Dusty is talking about subst and net use. Neither of
>> which work with MTP.
>
> The good news, for freeware aficionados, is that we know the
> payware exists, which implies that freeware "could" exist.

NET use wasn't an original real DOS command. [g] But, I do find their
efforts to con me into giving it up just to prove I know about it and
for them to claim they did the whole time too, but were 'just
testing' me, isn't going to work this time around. And, they won't
make a sufficient distraction for you, either.

As you could see, of all the things I wrote and specific examples I
gave previously, disputing everything you wrote about rooting,
android version limitations, etc, pooh was silent on all of it. It's
above his paygrade. and, evidently, by your own thoughtful posts,
rofl, yours as well. He's taking a guess as to the command(s) I
hinted around about you using. Only, he didn't bother to double check
himself with the second one. Too much time being spoiled by network
aware editions of windows perhaps? :) Not much actual time with non
point and click OSes and network configuration.. rofl.

> We also know it works just fine on Linux (which uses libtmp, I
> think).

Ehm. Some of us know that later editions of Android, say, 5.1.1 work
just fine, without having to be rooted for internal and external
memory access; yes. So long as you're using a kernel that's okay with
it. if you aren't, it won't properly mount either internal or
external memory. Covered that in a previous reply, though. Another
example disputing your universal Android claim.

> If we can find a freeware solution, we'll have moved our tribal
> knowledge forward appreciably.

WHo's "we"? As I've told you before, some of us (except for pooh
rofl; he's always been a poseur though, so I'm not surprised) already
know what we're doing and don't require moving our ehm, tribal
knowledge anywhere. You certainly aren't moving our knowledge forward
when you post inaccurate information as you've done previously in
this thread.

Some examples of your inaccurate information:

You are correct that there are mixed results in the real world.
1. If you have _old_ Android (<4.3), you _can_ use "mass storage"
usb.

<https://www.howtogeek.com/192732/android-usb-connections-
explained-mtp-ptp-and-usb-mass-storage/>
2. If you have _newer_ Android (>4.3), mass storage works only if
rooted.

<https://android.stackexchange.com/questions/190138/how-to-use-
usb-mass-storage-mode-on-android-4-3>

5. Everything that seems to work over usb, is _old_ or _rooted_.
<https://www.google.com/search?
&q=android+windows+usb+mass+storage+mode+mount+drive+letter>

> I think there is a solution in "libtmp" but I don't know enough to
> make that solution work on Windows as I don't know what to do with
> libtmp.

Going by your own previous posts, it's evident that you don't know a
quarter of what people you've referred to as morons, amongst other
things, knows...

Someone who's used computers for as long as you've previously claimed
to have (20 years or more, right?), you have that newbie stench about
you. The condescending attitude doesn't really help you here, either.

If you want genuine discussion on freeware (that would be nice,
actually), lose the holier than thou I know more than you do, you're
a moron, etc, attitude you have with myself and other posters. Then,
perhaps several? of us can participate in a discussion that's
beneficial. Most likely wishful thinking on my part, but, I digress.
It's quite possible to pull off.

> On Linux, running commands on MTP "just works", where Linux seems
> to be using libtmp as the underlying code. So naturally, I tried
> the Windows libtmp port:
> <https://sourceforge.net/projects/libmtp/>

Uhm...You need to learn to be specific when you mention linux and
what it does/doesn't use. Linux is the kernel. It's *NOT* the distro
with the pretty eye candy and a pile of apps, preinstalled ready to
run.

> But I don't have the knowledge required to figure out the steps to
> make it work to mount an Android MTP filesystem over USB as a
> drive letter.

I do. As do several other people. Infact, I know several different
ways of doing it. And so far, they ALL seem to allude you.

Serious question... Are you the same guy who was having trouble
printing various types of signs over the summer using a specific
font?

> This is the Windows libtmp port. But I don't know what to do with
> it.

libmtp...

You need to know more about libmtp and what it's actually for..,
here's a few educational urls about it:

https://github.com/mmalecki/libmtp

Pay close attention to the FAQ a ways down the page. It goes into
some detail (provides an example or two infact) of various Android
devices that do exactly what I told you from the get go they'd do;
not play nicely and follow the damn established rules.

> <https://iweb.dl.sourceforge.net/project/libmtp/libmtp-win32/0.3.5
> -win32-1/libmtp-0.3.5-win32-bin.zip>

Not complete as is. inside is a spiffy file called
README.windows.txt... inside this file are the following nifty words
(educational value they be):

Libraries:
LibMTP currently depends on LibUSB and libiconv. There are currently
projects that port both of these libraries to Windows. Binary files
can be obtained from:

LibUSB Win32 - http://libusb-win32.sourceforge.net/

LibIconv - http://gnuwin32.sourceforge.net/packages/libiconv.htm

Also a note you might want to pay close attention to...:

2.0 LibUSB and Driver Issues for Windows
----------------------------------------------

Unfortunately, Windows does not have abstract USB support and depends
upon specific drivers for each and every device you use. Fortunately,
LibUSB-Win32 provide a solution to this problem. LibMTP takes
advantage of the LibUSB-Win32 Device Driver package.

1. Download the latest device driver binary package (libusb-win32-
device-bin-x.x.x.x.tar.gz) from
http://sourceforge.net/project/showfiles.php?group_id=78138
2. Upon extraction, plug in your music device and run bin/inf-
wizard.exe. Selecting your device and saving the inf file in the
project root directory.
3. Copy the files "bin/libusb0.dll" and "libusb0.sys" or "libusb0
_x64.dll" and "libusb0_x64.sys" for 32-bit or 64-bit operating
systems respectively.
4. Goto Start -> Run, type "devmgmt.msc" and press "ok".
5. Select your music device from the list and click Action -> Update
Driver, Choose "No, not this time" if prompted to connect to
microsoft.
6. Choose "Install from a list or specific location".
7. Choose "Don't search, I will choose the driver to install
8. Click the "Have Disk..." button in the bottom right corner of the
prompt
9. Browse to your .inf file and select it. Press Ok
10. The name of your music device should appear in the prompt, click
it and click "Next>" (Ignore any prompts about Driver Signing,
continuing
installation of the selected driver).
11. Click finish to end the driver install process.

To get your old driver back:

1. Goto Start -> Run, type "devmgmt.msc" and press "ok".
2. Select your music device, right click on it and click "Properties"
3. Go to the "Driver" pane and select "Roll Back Driver".

You've been missing a few steps and software packages, Arlen.
Oh, btw, before you go through all that hassle expecting a universal
method of accessing ANY android device in the manner in which you'd
like, don't waste your time. It WILL NOT presently, happen. It's
*NOT* universal. It will NOT work with all Android devices. Various
people, including myself, have tried to tell you this on several
occasions. You refused to listen to us, you incorrectly thought you
knew better than any of the rest of us who wasted time responding to
you.

Incidently.. I forgot (completely) to mention yet another option you
have for a single workstation scenario. I notice pooh didn't mention
it either. alas. Anyways, you use a vm and appropriate OS that's your
android device friendly. Set appropriate permissions and
configuration options for the vm to be able to interact with the
'real' network outside of it and 'share' the memory
(internal/external) as you see fit. I didn't provide step by step
instructions Arlen. I know better, but, I'm assuming you aren't as
much of a newbie as I suspect you to be. :)

A newbie would need his/her hand held for each step. I'd have to
detail every single step and make sure I didn't accidently leave
something out. I'm going to assume (again, bad idea on my part; I
know better than to do this with you) that you understand what I mean
by vm, know how to select the appropriate guest os and make the
necessary configuration changes to the guest os and vm software to
grant it required permissions.

OTH, If you'd like to concede in front of the audience that you don't
know nearly as much as you thought you did and apologize for your
erroneous moron comments to myself as well as others involved in a
previous thread, and, I'll do you a solid and hold your hand on this.
I'm going to gloat quite a bit as I do so, but, I'll do that if
you're willing to admit, and swallow some pride in front of us all.

So, what say you Arlen? Have you had enough getting your technical
arse kicked? It didn't take any real effort on my part. years of
first hand experience did the 'real work' for me. I knew you were
wrong from the first post on the subject of Android. In actuality,
Android devices have little in common with one another. And, you
can't even get sound/reliable information on them, based on the urls
you've shared previously, boldly (yet, incorrectly) making the
following claims:

1. If you have _old_ Android (<4.3), you _can_ use "mass storage"
usb.

<https://www.howtogeek.com/192732/android-usb-connections-
explained-mtp-ptp-and-usb-mass-storage/>
2. If you have _newer_ Android (>4.3), mass storage works only if
rooted.

<https://android.stackexchange.com/questions/190138/how-to-use-
usb-mass-storage-mode-on-android-4-3>

5. Everything that seems to work over usb, is _old_ or _rooted_.
<https://www.google.com/search?
&q=android+windows+usb+mass+storage+mode+mount+drive+letter>

Either those urls really provide that totally bullshit information (I
haven't checked any of them), or, you misunderstood what you were
reading.I told you when you brought up the entire Android file
sliding nonsense that it wasn't universal - Differences do exist in
Android versions, Windows versions, linux (kernel and support
applications depending on distro you go with), etc. It's NOT
universal. One size won't fit all.

I previously mentioned XP not properly mounting some versions of
Android while properly accessing other Android devices. I also wrote
about a particular linux distro I use that does the same thing as
well as another distro that's okay with the devices the XP and other
distro machines aren't. You'll run into this issue with Windows 7, 8,
even Windows 10. It's more about the Android device than it is the OS
you're using. Like I told you, several times now, they don't all play
the same, they don't all follow the so called comms rules to chat
and/or properly enable MTP.

You can't tell me that Windows 10 isn't relevant today, it's the
latest (before MS switches you loyal suckers, i mean, customers over
to subscription and bring back the so called dumb terminals). It's
already happening, and suckers, er, I mean loyal customers are
lapping it up and asking for more. A couple of abilities of cloud
computing; offsite data storage. offsite data processing, etc. the
dumb terminal is making a comeback! And it's going to make a lovely
cash cow for some companies.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

I salivate at the sight of mittens.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pq96rh$9of$1...@news.mixmin.net Thu, 18 Oct 2018 05:48:34 GMT in

alt.comp.freeware, wrote:

> On Thu, 18 Oct 2018 05:03:10 -0000 (UTC), Diesel wrote:
>
>> it's still nice to see you know now for sure
>> that you were wrong with your previous claims.
>> You're a bit of a fuckwit, no offense.
>> Ayep. You're a fuckwit. It's so fucking obvious to those of us
>> who actually know what we're doing.
>> used to work? Asshat, it *still works*. Devices are all about
>> ease of connectivity and 'sharing' with your home computers these
>> days. Uhh, but it's not necessary to pay for what you're wanting.
>> You already fucking have it.
>
> The only thing you need to tell us is the answer to this simple
> question:

You need to learn to stop snipping and respond to queries provided to
you, before making absurd demands of another. Who's "us" btw? I only
see you asking this newbie question, and, so far, researching it like
a newbie would. Going so far as to completely ignore useful
instructions and resorting to a search engine for help. You sure as
hell aren't a coder of any sort. Libmtp archive has a file called
README.windows.txt.

Think of that file as an intelligence test. If you read it before
trying to connect your Android device to your computer, you'll learn
that you're missing *two* additional packages that it relies on to
work.

I'm saving the best for last concerning the libmtp package, though.
If/when you get it up and running, tell me what you think of it and
how.. ahem, useful it turns out being for your needs. <G> Pooh hasn't
mentioned something important concerning it that directly concerns
your reason for wanting to use it. So, either he doesn't know about
it, or, he does, and wants you to learn something interesting, too.
I'm not sure which. he's a Cat after all, and they like to fuck with
people on occasion.

I almost can't resist going ahead and telling you, but, I want you to
see it for yourself, if you can get it up and going. We'll see,
right? I'll give you this single clue though. Did you pay close
attention to the names of the included executables inside the
package? Might want to do so before you become too invested in this.

If you hadn't of been such a smartass (yet, so ignorant) prick
towards me in a previous thread, Arlen...I wouldn't be treating you
as I presently am. As far as I'm concerned though, until I see some
exceptional maturity growth from you in the form of an apology, I'll
continue to point out errors in your posts and provide you, shall we
say, incomplete information on what it is you're wanting to do. In
other words, I'll make you work for it. I have several different ways
of doing exactly what you'd like to be able to do, but, if you want
to learn how to do it from me, you're going to work for it. And, it's
all because of your high and mighty (yet, impossible for you to hold
a candle to me in the world of I.T as is shown by your own posts
here) attitude you had towards me previously.

Or, you can continue wasting your time and effort on google searches.
:) They seem to be working swell for you so far. According to you,
Android >4.3 requires being rooted to support mtp (except that it
doesn't).. So we can clearly see the limitations of your ability to
use a search engine, too. You're no fucking expert, you aren't
smarter than anyone else posting here. If anything, you're
intelligence is noticeably lower than the average poster of this
particular newsgroup. You're on par with burp and fart. They write
horse shit about subjects they have little to no actual experience
with too. Just like you.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

[Arlen Holder]

On Fri, 19 Oct 2018 10:25:39 +0100, p-0''0-h the cat (coder) wrote:

> I'm guessing I did this with some other ported package.

Thanks for those helpful pointers to help get libMTP working on Windows,
where it seems that libMTP is the underlying code to a _lot_ of Linux-based
a d Android-based solutions.
<https://groups.google.com/d/msg/alt.os.linux/oOfdMLmJ-oQ/jh_1DwTOBgAJ>

I already have my own working solution (both in Linux & Windows), as
explained in the android (c.m.a) & linux newsgroups (a.o.l), so the goal
here, with a.c.f., is simply to find a _universal_ solution that works for
everyone on modern Android devices.

Since the goal is a universal solution for anyone to run any Windows
command on any modern Android filesystem, a 'drive letter' is pretty much
required as an intermediary step.

To that intermediary step of mounting the Android filesystem as a drive
letter, there seems to be "netdrive" payware that Frank Slootweg kindly
referenced on the Windows newsgroup just now:
<http://www.netdrive.net>

If that NetDrive payware works (I have no reason to think it doesn't)
then that means there are these two known solutions that would be nice for
alt.comp.freeware to find freeware alternatives to:
o *USB* (where the task is to find a freeware alternative to *MTPDrive*)
o *WiFi* (where the task is to find a freeware alternative to *NetDrive*)

In summary, this new information expands the freeware quest to find
a. A freeware alternative to MTPDrive USB-mounting payware, and/or
b. A freeware alternative to NetDrive WiFi-mounting payware.

[Arlen Holder]

On Mon, 15 Oct 2018 11:24:12 -0000 (UTC), Arlen Holder wrote:

> Does freeware exist on Windows that will mount (as a drive letter) the
> Android filesystem such that a DOS command can then be _directly_ run on
> that Android fileystem connected via USB as MTP?

Here is a progress report, where I apologize for the details.
The details are necessary to actually be successful.
I _already_ have a solution; the goal here is a *freeware* solution!
=============================================================
In the Windows ng, Frank Slootweg suggested "netdrive", located here:
<http://netdrive.net/download> (trialware, so it's not a general solution)
Just in case the old freeware existed, I downloaded the following versions:
o NetDrive 3.6.571 <http://netdrive.net/>
o NetDrive 3.5.434 <https://en.freedownloadmanager.org/Windows-PC/NetDrive.html>
o NetDrive 2.6.2 <https://filehippo.com/download_netdrive/64426/>
o NetDrive 2.6.16 build 962 <https://www.filehorse.com/download-netdrive/30799/download/>
o NetDrive 2.5.7 <https://netdrive.en.lo4d.com/>
o NetDrive 1.3.4 <https://filehippo.com/download_netdrive/15075/>
etc.

I have one key question for anyone on this ng who knows Windows well, which
is whether my "assumption" is accurate that we need to "mount" the Android
filesystem as a "removable drive" (i.e., with a "drive letter") in order to
be able to run any Windows command on that Android filesystem?

I seem to be able to run DOS commands on both these types of connections:
o USB + "removable drive" (to get a drive letter)
<http://www.bild.me/bild.php?file=1853998dir02.jpg>
o WiFi + "network location" + "removable drive" (to get a drive letter)
<http://www.bild.me/bild.php?file=6340420dir012.jpg>
o WiFi + "network location" + "net use" (to get a drive letter)
<http://www.bild.me/bild.php?file=8605173dir05.jpg>

Is that assumption of the intermediate "need" for a drive letter correct?
If so, here's a summary of where we stand based on that assumption...
(If not, please correct where I err.)

The "problem" is that when you connect over USB an Android 4.3+ device
(mine is a $130 64GB LG Stylo 3 Plus, running Nougat, Android 7.0) as MTP,
you can't run any Windows command on the Android file system, as evidenced
by this "dir" of APKs that had to be done after copying to Windows:
<http://www.bild.me/bild.php?file=9648761dir.jpg>

The best solution is to "mount" the Android filesystm as a "removable
drive" (i.e., it gets a drive letter) over USB, which I can easily do with
payware/crippleware, but which I'm trying to make into a general solution
that _everyone_ can do.
<http://www.bild.me/bild.php?file=8315262dir03.jpg>

*For a general solution, we need bona-fide non-crippled Windows freeware.*
o The goal is a _universal_ solution (which necessitates _freeware_);
o which enables _any Windows command_ to run on the Android filesys;
o which means (I think) it has to be "mounted" as a _removable drive_;
o (or, in other words, it has to have a "drive letter" when on USB);
o (although a Windows "network location" can also work when on WiFi);
o which both MTPDrive (over USB) & NetDrive (over WiFi) payware seem to do

Given:
o USB solutions are faster & generally simpler (no Android software)
MTPDrive: <http://www.bild.me/bild.php?file=1853998dir02.jpg>
Linux: <http://www.bild.me/bild.php?file=6181360dir01.jpg>
o WiFi solutions (which generally require a "server" running on Android).
WebDav: <http://www.bild.me/bild.php?file=8605173dir05.jpg>
FTP: <http://www.bild.me/bild.php?file=7687244dir06.jpg>

For USB:
The best solution is a freeware equivalent to the MTPDrive functionality
o LibMTP freeware may work if we can figure out how to make it work, while
<https://sourceforge.net/projects/libmtp/files/libmtp-win32/>
o MTPDrive crippleware works (crippled to 30 files per session), and,
<http://www.mtpdrive.com/download.html>
o Dual booting to Linux works (which natively uses, apparently, LibMTP).
<http://www.bild.me/bild.php?file=6181360dir01.jpg>

For WiFi:
If a server must be run on Android, Windows probably handles SMB best, but:
o SMB server (on Android) solutions are problematic for two reasons:
(a) No known Play/F-Droid SMB server works on TCP port 445 unrooted
(b) Port forwarding on Windows is required if a nonroot server is found.
<https://play.google.com/store/apps/details?id=com.icecoldapps.sambaserver>

Where these general-use servers don't require rooting or port forwarding,
& where Windows "network location" & "removable drive" features are used:
o WebDav
<https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver>
network location: <http://www.bild.me/bild.php?file=8605173dir05.jpg>
o FTP
<https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver>
<http://www.bild.me/bild.php?file=7075400dir07.jpg>
<http://www.bild.me/bild.php?file=4731516dir011.jpg>

For WiFi FTP, these are possible universal free drive-mapping solutions:
o FTPuse (freeware which I was not successful with in my recent tests)
<https://www.ferrobackup.com/map-ftp-as-disk.html>
FTP Server (free): <http://www.bild.me/bild.php?file=3316456dir08.jpg>
The Olive Tree: <http://www.bild.me/bild.php?file=7355568dir09.jpg>
Anonymous: <http://www.bild.me/bild.php?file=4223201dir010.jpg>
o DirectNet (freeware which I was successful with in my tests today)
<http://www.directnet-drive.net/>
<http://www.bild.me/bild.php?file=4731516dir011.jpg>
<http://www.bild.me/bild.php?file=6340420dir012.jpg
o SFTP Net Drive (free for personal use but I was not successful today)
<https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email)
o NetDrive (trialware, untested because it's not a general solution)
<http://netdrive.net/>
o Web Drive (trialware, untested because it's not a general solution)
<https://webdrive.com/download/>

And where Linux solutions may work under some circumstances:
o Dual-boot to Linux works perfectly (which uses LibMTP natively)
<https://groups.google.com/d/msg/alt.os.linux/oOfdMLmJ-oQ/jh_1DwTOBgAJ>
o Termux (contains a mini Linux command environment)
<https://play.google.com/store/apps/details?id=com.termux>

As always, this effort is for everyone - so please improve where you can!

[Arlen Holder]

On Fri, 19 Oct 2018 23:33:25 -0000 (UTC), Arlen Holder wrote:

> As always, this effort is for everyone - so please improve where you can!

This post below is _only_ about the WiFi FTP freeware solution!
If you have Windows 10, it would be nice if you can _test_ this.

For me, as you can tell, 2 of 3 of the FTP drive letter solutions failed.
But one solution worked just fine under the exact same conditions.
So it doesn't seem to be my Windows 10 setup.

Since I already have a working solution, I only ask that other users on
Windows 10 test the two failed freeware solutions below so that _others_
will benefit from your tests.

For example, if both also fail for you on Windows 10, then we might
conclude tentatively that they no longer work on Windows 10. If both work
for you, then it would likely be something on my side.

Since it could be either, I post the information below from the Windows ng
so that others will benefit from every action.

===============================
If folks are interested, here's a summary I just wrote on inexplicable
issues with the WiFi Android FTP Server "network location" mapped to a
"drive letter" using three different types of freeware, some of which also
exist for Linux (e.g., FTPUse).

I will run some experiments of FTPUse below on Ubuntu 18.04, where I'm not
at all sure why FTPUse on Windows 10 failed in every test this week.
=========================

Here is my detailed response to Frank's purposefully helpful suggestions.

As I recall, FTUUse used to work for me on Windows with Android 4.4 (Galaxy
S3); but FTPUse no longer seems to work for me on my Android 7.0 LG phone -
but - I'm not too worried for two reasons:
a. I found a method that did work for me with FTP over Wi-Fi, and,
b. Even if I hadn't found that method that worked, USB is the main goal.

For this post, we aren't discussing USB.
For this post, we're only discussing WiFi.

And, for this post, we're not discussing any other server other than FTP.
(For example, we're not discussing WebDAV, which always worked just fine.)

What we want, for this post, is a *drive letter*.
We never had problems with a "network location".

What else, we want for this post, is a *universal solution*.
That means anyone can do it (not just you and me, Frank).

In general, that means freeware.
I think we have that solution below using DND freeware.
o DirectNet-Drive created a drive letter of a WiFi FTP network location

But I acknowledge that _other_ freeware should have worked for me.
o FTPUse should have worked (and I think it did work, in the past, for me)
<https://www.ferrobackup.com/download/FtpUseInst.exe>
o SFTP Net Drive should have worked (but it also failed for me)

<https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email)

What worked for me the very first time, was this combination:
1. Android freeware FTP Server:
<https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver>
2. Windows freeware map of "network location" to a "removable drive":
<http://www.directnet-drive.net/>

Here is a screenshot of the FTP WiFi connection as a drive letter (R:)
<http://www.bild.me/bild.php?file=4731516dir011.jpg>
And here is a screenshot showing that I can run DOS commands on Android:
<http://www.bild.me/bild.php?file=6340420dir012.jpg
Where both those connections are made using the Olive Tree FTP server
on my Windows 10 desktop connected to Android 7.0 Nougat.

For whatever reasons, on my Windows 10 system, FTPUse failed under exactly
the same circumstances (both as a password user & as anonymous):

FTPUse failing with the "Olive Tree" FTP server as user "francis":
<http://www.bild.me/bild.php?file=7355568dir09.jpg>
FTPUse failing under the same FTP server as user "anonymous":
<http://www.bild.me/bild.php?file=4223201dir010.jpg>

As you know, FTPUse also failed when I used F-Droid "FTP Server (Free)":
<https://f-droid.org/en/packages/be.ppareit.swiftp_free/>
Where these screenshots are from a few days ago when I ran those tests:
<http://www.bild.me/bild.php?file=7687244dir06.jpg>
<http://www.bild.me/bild.php?file=7075400dir07.jpg>
<http://www.bild.me/bild.php?file=3316456dir08.jpg>

SFTPNetDrive freeware also failed today with the "Olive Tree" server where
SFTP NetDrive simply failed to connect whether using user "francis" or
"anonymous".

In summary, I was never worried about FTPUse not working on Windows 10 for
me since I prefer USB and since I found (by trial and error) an WiFi FTP
solution that works as a general freeware solution for everyone, which is
"DirectNet-Drive".

If we still wish to move the ball forward, we should ask another Windows 10
user to see if FTPUse or SFTP NetDrive works for _them_.

All I can tell people here is that my empirical results are the following:
o Using multiple FTP servers on non-root Android 7.0 Nougat...
o DirectNetDrive Windows 10 network-location-to-drive-letter worked!
o But both FTPUse & SFTP NetDrive failed (under the same conditions).

Why?
I don't know why.

If another Windows 10 user can test either of those two failed solutions,
we will get a better idea if it's Windows 10, or if it's just me.

--
As always, the Usenet goal is for all to help everyone with their efforts.

[Arlen Holder]

> If another Windows 10 user can test either of those two failed solutions,
> we will get a better idea if it's Windows 10, or if it's just me.

WiFi:
Here is the detailed thread showing noobs how to use WiFi FTP to map
network
locations to named removable drives on Windows if the users don't already
know how from using Linux.
<https://groups.google.com/forum/#!topic/comp.mobile.android/IswZ5yEcpYA>
Note that there's a minor typo in one command which won't faze most users:
ftp> open 192.168.1.6 2221 (your IP address & port may well differ)

USB:
To answer Paul's question about USB libMTP documentation, there's a readme:
C:\software\network\mtp\libmtp\README.windows.txt
Which says, summarized:
LibMTP depends on LibUSB and libiconv.
o LibUSB Win32 - http://libusb-win32.sourceforge.net/
o LibIconv - http://gnuwin32.sourceforge.net/packages/libiconv.htm

LibMTP takes advantage of the LibUSB-Win32 Device Driver package.

Hence the steps to use freeware to get Android 4.3+ to connect to
Windows as a drive letter so that any Windows command can run directly
on the Android filesystem appears to be as summarized below.

1. Download the latest device driver binary package

(libusb-win32-device-bin-x.x.x.x.tar.gz) from
http://sourceforge.net/project/showfiles.php?group_id=78138
2. Upon extraction, plug in your Android device and run bin/inf-wizard.exe.
Select your device and save the resulting inf file in the project root
directory.
3. Copy the files "bin/libusb0.dll" and "libusb0.sys" for 32-bit operating
systems.
Copy the files "libusb0_x64.dll" and "libusb0_x64.sys" for 64-bit
operating systems.

4. Goto Start -> Run, type "devmgmt.msc" and press "ok".

5. Select your Android device from the list and click Action -> Update

Driver,
Choose "No, not this time" if prompted to connect to microsoft.
6. Choose "Install from a list or specific location".
7. Choose "Don't search, I will choose the driver to install
8. Click the "Have Disk..." button in the bottom right corner of the prompt
9. Browse to your .inf file and select it. Press Ok

10. The name of your Android device should appear in the prompt,

click it and click "Next>" (Ignore any prompts about Driver Signing,
continuing installation of the selected driver).
11. Click finish to end the driver install process.

If needed, to roll back to the original Android USB driver:

1. Goto Start -> Run, type "devmgmt.msc" and press "ok".

2. Select your Android device, right click on it and click "Properties"

3. Go to the "Driver" pane and select "Roll Back Driver".

I'll run as many of those steps as I can, but I'm not a coder.
I'm an empirical tester. I run things until they work.

If I'm successful, this will be a first (to my knowledge) where almost
nobody knows how to do this, AFAIK, and where the power is immense
in that we can connect Android as a drive letter over USB using only
Windows freeware so that _all_ Windows commands run on the Android
filesystem.

[Arlen Holder]

On Sat, 20 Oct 2018 03:15:45 -0000 (UTC), Arlen Holder wrote:

> If I'm successful, this will be a first (to my knowledge) where almost
> nobody knows how to do this, AFAIK, and where the power is immense
> in that we can connect Android as a drive letter over USB using only
> Windows freeware so that _all_ Windows commands run on the Android
> filesystem.

The problem I'm running into is that the INF file that libusb created
is apparently "unsigned", where I've never dealt with this problem before.
<http://www.bild.me/bild.php?file=1834269libusb_error.jpg>

Here's what happened when I tried to set up LibMTP on Windows 10 just now.

1. I already had the latest libusb device driver binary package installed:
http://sourceforge.net/project/showfiles.php?group_id=78138
C:\app\network\libusb\
2. I plugged in my Android device (LG Stylo 3 Plus) and ran
C:\app\network\libusb\bin\inf-wizard.exe.
That asked me to select my device to save the resulting inf file.
NOTE: I hit "install now" but that just gave me the error of:
"System policy has been modified to reject unsigned drivers".
This created a 144-line detailed LG-TP450.INF file.
C:\app\network\libusb\LG-TP450.INF
3. Since I'm 64-bit, I copied these two files
FROM: C:\app\network\libusb\amd64\libusb0.dll
TO: C:\app\network\libusb\libusb0.dll
and
FROM: C:\app\network\libusb\amd64\libusb0.sys
TO: C:\app\network\libusb\libusb0.sys
4. I started the Windows Device Manager (Start > Run > devmgmt.msc > OK)
And I noticed that I had the following entry for my phone.
Portable Devices > LG Stylo 3 Plus
5. I selected the Android device from the list and clicked
Action -> Update Driver,
I chose "No, not this time" if prompted to connect to Microsoft.
6. I chose "Install from a list or specific location".
7. I chose "Don't search, I will choose the driver to install
8. I clicked the "Have Disk..." button in the bottom right corner
9. I browsed to the .inf file and selected it & pressed OK
C:\app\network\libusb\LG-TP450.INF
10. The name of your Android device appeared in the prompt,
I clicked it and clicked "Next>"
(I can't ignore the prompts about Driver Signing,
to continue installation of the selected driver).
It says "Update Drivers - LG Stylo 3 Plus"
"Windows encountered a problem installing the drivers for your device"
"Windows found drivers for your device but encountered an error while attempting to install them."
"LG-TP450"
"The third-party INF does not contain digital signature information"
11. There is no "Finish" buttne; just a "Close" button.

It seems digital signing is preventing C:\app\network\libusb\LG-TP450.INF
from installing properly (which I've never had to overcome before).
<http://www.bild.me/bild.php?file=1834269libusb_error.jpg>

[Arlen Holder]

On Sat, 20 Oct 2018 04:37:55 -0000 (UTC), Arlen Holder wrote:

> It seems digital signing is preventing C:\app\network\libusb\LG-TP450.INF
> from installing properly (which I've never had to overcome before).
> <http://www.bild.me/bild.php?file=1834269libusb_error.jpg>

I solved the problem of digital signing preventing

C:\app\network\libusb\LG-TP450.INF
from installing properly (which I've never had to overcome before).
<http://www.bild.me/bild.php?file=1834269libusb_error.jpg>

Searching for the solution to the error:
"The third-party inf does not contain digital signature information"
I find plenty of hits, most of which say to disable signature checking:
bcdedit /set loadoptions DDISABLE_INTEGRITY_CHECKS
bcdedit /set testsigning on
Some of the hits for Windows 10 say to run:
Start > Settings > Recovery > Advanced Startup > Restart now
Then, when the machine boots, they say to hit:
Advanced Options > Startup Settings > (7) Disable Driver Signature
Enforcement
Then the machine booted and I was able to rightclick on the INF to install.
<http://www.bild.me/bild.php?file=7081529libusb13.jpg>

I'm not sure what to do next, but I opened up the Device Manager:
Start > Run > devmgmt.msc
I went to "Portable Devices" and looked at the "Properties" for
LG Stylo 3 Plu
Which showed it still had the Microsoft drivers (as far as I could tell).

In the "LG Stylo 3 Plus Properties" form, I went to the "Driver" tab.
In that "Driver" tab, I clicked the "Update Driver" button.

Here it gets tricky because the sequence is critical!
(If you don't follow exactly, you don't get the same thing twice!)

First, you click "Browse my computer for driver software".
which defaults to C:\app\network\libusb
Do NOT hit the "Browse" button!

Hit instead, "Let me pick from a list of available drivers on my computer"
This popped up with the following three choices:
(icon) MTP USB Device
(icon) MTP USB Device
LG-TP450

I selected the "LG-TP450" which said "This driver is not digitally signed!"
<http://www.bild.me/bild.php?file=3395172libusb14.jpg>
Then I hit the "Have Disk" button and then the "Browse" button.
From there I selected C:\app\network\libusb\LT-TP450.inf & hit "OK".
<http://www.bild.me/bild.php?file=7027918libusb15.jpg>
Then I hit the "Next" button.

Windows said "Installing drivers" and then the phone beeped & buzzed.
Windows said "Update Drivers - LG-TP450"
"Windows has successfully updated your drivers"
"Windows has finished installing the drivers for this device: LG-TP450"
<http://www.bild.me/bild.php?file=2309179libusb16.jpg>
I hit the "Close" button.

This changed things in the "Device Manager".
o There was no longer the "LG Stylo 3 Plus" in "Portable Devices"
o Under a new "libusb-win32 devices" section was now "LG-TP450"
o The LG-TP450 Properties "Driver" tab now showed
Driver Provider libusb-win32
Driver Date 1/17/2012
Driver Version 1.2.6.0
Digital Signer Not digitally signed
<http://www.bild.me/bild.php?file=6013051libusb17.jpg>

The bad news is that the phone no longer shows up in the Windows
File Explorer when connected via USB. :(

I'm not sure what to do next, so I might not report back anything until I
figure out whether changing the drivers from MTP to LG-TP450 gained
anything with respect to the goal of devising a universal method for users
to mount their entire Android device over USB as a driver letter.

[p-0''0-h the cat (coder)]

I'm pretty sure the linusb windows version contains zadig (check)

Direct link.

https://zadig.akeo.ie/

Usage guide

https://github.com/pbatard/libwdi/wiki/Zadig

>I'm not sure what to do next, so I might not report back anything until I
>figure out whether changing the drivers from MTP to LG-TP450 gained
>anything with respect to the goal of devising a universal method for users
>to mount their entire Android device over USB as a driver letter.

[Arlen Holder]

On Sat, 20 Oct 2018 09:54:55 +0100, p-0''0-h the cat (coder) wrote:

> I'm pretty sure the linusb windows version contains zadig (check)

The goal is for _everyone_ to be able to do what we can do, Pooh.
To that end, I think we're the only ones here who have libMTP working.
But, see below, I think LibMTP may have been a red herring all along.

Hence, thanks for the pointer to Zadig, which I hadn't mentioned before,
but which I installed yesterday along with libusbK after my prior
late-night post:
o Zadig <http://zadig.akeo.ie/> <https://github.com/pbatard/libwdi/wiki/Zadig>
o libusbK <https://sourceforge.net/projects/libusbk/>

Given that, I don't know which of this sequence made LibMTP finally work:
o Replacing "LG Stylo 3 Plus" MTP with the libusb-generated "LG-TP450.inf"
o Then adding Zadig
o Then adding libusbK

After I did those three things and tested LibMTP commands, they worked.

I don't know which of those three in sequence made LibMTP finally work on
Windows 10, where it's important to figure that out so that others can
follow in our footsteps - but where I have to move forward nonetheless.

Since my credibility is important, I prove what I say, where here are
screenshots proving the set of libtmp bin commands are finally working on
Windows 10 - providing a glimpse of the entire Android filesystem over USB:
o connect.exe <http://www.bild.me/bild.php?file=4656598libtmp01.jpg>
o files.exe <http://www.bild.me/bild.php?file=4184084libtmp02.jpg>
o folders.exe <http://www.bild.me/bild.php?file=8059960libtmp03.jpg>
o emptyfolders.exe <http://www.bild.me/bild.php?file=2119219libtmp04.jpg>
o detect.exe <http://www.bild.me/bild.php?file=4408040libtmp05.jpg>
o connect.exe <http://www.bild.me/bild.php?file=8349591libtmp06.jpg>
o tracks.exe <http://www.bild.me/bild.php?file=2378716libtmp07.jpg>
o (other commands) <http://www.bild.me/bild.php?file=8494912libtmp08.jpg>
(I wonder what "format.exe" does... :)

This empirical result leaves me with this critical question:
Q: What "can" we do with libMTP toward our goal of a general solution
(hence freeware) for mounting the Android MTP filesystem as a drive
letter on Windows over USB (so that all Windows commands work on it)?

[Arlen Holder]

On Sat, 20 Oct 2018 16:04:51 -0000 (UTC), Arlen Holder wrote:

> This empirical result leaves me with this critical question:
> Q: What "can" we do with libMTP toward our goal of a general solution
> (hence freeware) for mounting the Android MTP filesystem as a drive
> letter on Windows over USB (so that all Windows commands work on it)?

When you plug an Android 4.3+ device set up as MTP into Windows over USB,
you can't run Windows commands _directly_ on the Android filesystem (yet).
<http://www.bild.me/bild.php?file=9648761dir.jpg>

The goal is for everyone to be able to run any Windows command on the
entire Android filesystem, over USB (because it's fast, secure, & easy) &
over WiFi (because it works over the local network).

I've gone in the past couple of days about as far as I can go.
What we need from experts here is your added value to go further.

To that end, I summarize below where my knowledge falls off the cliff.
If you know more than I do, please improve these suggestions below.

*Goal: Run any Windows command directly on the Android filesystem.*
==========================================
*These worked perfectly in my tests (Android 7.0, Windows 10)*
==========================================
1. MTP over USB: (*MTPDrive*)
<http://www.bild.me/bild.php?file=1853998dir02.jpg>
o Android set to MTP + MTPDrive payware on Windows
o Mount the Android filesystem as a drive letter on Windows
o MTPDrive freeware is limited to 30 files transferred per session
<http://www.bild.me/bild.php?file=8315262dir03.jpg>
Tested with:
MTPDrive <http://mtpdrive.com/download.html>

2. MTP over USB: (*Linux*)
<http://www.bild.me/bild.php?file=6181360dir01.jpg>
o Android set to MTP + dual-boot Ubuntu with Windows
o There are no limits whatsoever as to what you can do
Tested with:
Ubuntu 18.04 <https://www.ubuntu.com/download/desktop>

3. WebDAV over WiFi: (*net use)
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
o WebDAV freeware server on Android + "net use" on Windows
o Mount the Android filesystem as a drive letter on Windows
o There are no limits whatsoever as to what you can do
Tested with:
<https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver>

4. FTP over WiFi: (*DirectNetDrive*)
<http://www.bild.me/bild.php?file=4731516dir011.jpg>
<http://www.bild.me/bild.php?file=6340420dir012.jpg>
o FTP freeware server on Android + DnD freeware on Windows
o Mount the Android filesystem as a drive letter using DnD freeware
o There are no limits whatsoever as to what you can do
Tested with:
DirectNetDrive <http://www.directnet-drive.net/>

5. FTP over WiFi: (*NetDrive 1.3.2.0*)
<http://www.bild.me/bild.php?file=1383190dir014.jpg>
o FTP freeware server on Android + (older) NetDrive freeware on Windows
o Mount the Android filesystem as a drive letter using NetDrive freeware
o There are no limits whatsoever as to what you can do
Tested with:
NetDrive 1.3.2.0 <https://filehippo.com/download_netdrive/12615/>

==========================================
*These worked to run commands - but we don't have a mounting solution.*
==========================================
6. MTP over USB: (*libMTP*, libusbK, libiconv)
<http://www.bild.me/bild.php?file=4656598libtmp01.jpg>
o Plug in Android to USB + libMTP commands on Windows
o Can see and manipulate every file on the Android filesystem
o But it can't yet mount the Android filesystem as a drive letter
Tested with:
LibMTP <https://sourceforge.net/projects/libmtp/>
LibusbK <https://sourceforge.net/projects/libusb-win32/>
LibiConv <http://gnuwin32.sourceforge.net/packages/libiconv.htm>

==========================================
*These failed miserably in my tests - but they may work for others.*
==========================================
7. FTP over WiFi: (*net use*)
<http://www.bild.me/bild.php?file=8734999ftpshare02.jpg>
o FTP server freeware on Android + "net use" on Windows
o Mount the Android filesystem as a drive letter on Windows
o I can't figure out the doublebackslash syntax to make it work!
Tested with:
<https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver>

8. FTP over WiFi: (*FTPuse*)

<http://www.bild.me/bild.php?file=7687244dir06.jpg>
<http://www.bild.me/bild.php?file=7075400dir07.jpg>
<http://www.bild.me/bild.php?file=3316456dir08.jpg>

<http://www.bild.me/bild.php?file=7355568dir09.jpg>
<http://www.bild.me/bild.php?file=4223201dir010.jpg>
o FTP server freeware on Android + FTPuse freeware on Windows
o Mount the Android filesystem as a drive letter using FTPuse freeware
o There are no limits whatsoever as to what you can do
Tested with:
FTPUse <https://www.ferrobackup.com/download/FtpUseInst.exe>

9. FTP over WiFi: (*SFTPNetDrive*)\
<http://www.bild.me/bild.php?file=2809525dir013.jpg>
o FTP server freeware on Android + SFTPNetDrive freeware on Windows
o Mount the Android filesystem as a drive letter using SFTPNetDrive
o There are no limits whatsoever as to what you can do
Tested with:
SFTP Net Drive <https://www.nsoftware.com/sftp/netdrive/>

10. SMB over WiFi: (*net use*)
o SMB server freeware on Android + native Windows "net use"
o Main problem is Android needs to be rooted to use TCP port 445
o Second problem is finding Android SMB server non-root freeware
Tested with:
<https://play.google.com/store/apps/details?id=com.icecoldapps.sambaserver>

==========================================
*These were not tested because they are trialware solutions.*
==========================================
11. FTP or WebDAV over WiFi: (*WebDrive*)
o FTP/WebDAV freeware server on Android + WebDrive trialware on Windows
o Mount the Android filesystem as a drive letter using WebDrive trialware
o The trialware is limited to 10 days
Not tested:
WebDrive <https://webdrive.com/download/>

12. FTP over WiFi: (*NetDrive*)
o FTP freeware server on Android + (current) NetDrive trialware on Windows
o Mount the Android filesystem as a drive letter using NetDrive trialware
o There are no limits whatsoever as to what you can do
Not tested:
NetDrive 3.6.571 <http://netdrive.net/
==========================================

In summary, we need your added value to get past where I am above.

Above is where I fall off the cliff on trying to help everyone run any
Windows command directly on any Android 4.3+ filesystem over USB or WiFi.

As always, the goal is a universal solution for everyone.
If you can add value, please pitch in to improve our capabilities.
--
We are always far stronger together than any of us are all alone.

[Arlen Holder]

On Sun, 21 Oct 2018 18:23:59 -0000 (UTC), Arlen Holder wrote:

> In summary, we need your added value to get past where I am above.

These are the main unanswered questions where you experts can help us all!
a. Do you know the doublebackslash syntax for FTP "net use" mounts?
b. Do you know of an Android nonroot SMB server that works with Windows?
c. Do you know of MTPdrive alternative freeware to mount Android over USB?

[Arlen Holder]

On Sun, 21 Oct 2018 19:39:39 -0000 (UTC), Arlen Holder wrote:

> a. Do you know the doublebackslash syntax for FTP "net use" mounts?

Solving that syntax problem is going to take someone who knows more about
Windows 10 than I do, as I tried experimentally, with a lot of syntaxes.
<https://groups.google.com/d/msg/comp.mobile.android/3QQ8bAZeXNI/XwAzdrQpBwAJ>

The best clue we have is that these have no problem mounting the Android
FTP directories as a drive letter over WiFi on Windows 10:
o NetDrive
o DirectNetDrive
While these fail to mount the Android FTP directory over WiFi as a drive
letter on Windows 10:
o net use
o FTPuse (this works on older Windows versions according to Frank Slootweg)
o SFTPNetDrive

If we can figure out _why_ half work and half fail, that will probably tell
us what the problem is with the "net use" syntax (since we know it _can_
work).

[p-0''0-h the cat (coder)]

net use only works with samba shares

[Arlen Holder]

On Mon, 22 Oct 2018 01:56:55 +0100, p-0''0-h the cat (coder) wrote:

> net use only works with samba shares

Thanks. I don't think that's correct though, since it works with WebDAV.

Since I'm empirical, I never fail (or almost never) unless the task is
impossible - but this task is certainly not impossible - so I don't plan on
failing.

To move all of us forward in what we can do, we just need to find someone
who knows more than I do - that's all.
<https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>

As explained there, we can mount Android FTP servers as drive letters on
Windows 10 simply by using either the older Windows NetDrive freeware:
<http://www.bild.me/bild.php?file=1383190dir014.jpg>

And also with Windows 10 DirectNetDrive freware:
<http://www.bild.me/bild.php?file=6340420dir012.jpg>

Hence, that alone is proof that FTP shares (on port 2221 with default user
"francis" and password "francis") can definitely be mounted as a removable
drive letter on Windows 10.

We just need to find someone who knows more than I do when it comes to
Windows UNC syntax where the experiments are more fully explained here:
<https://groups.google.com/d/msg/comp.mobile.android/3QQ8bAZeXNI/XwAzdrQpBwAJ>

In addition to mounting FTP shares as removable drives, we have no problem
whatsoever mounting WebDAV shares on port 8080 as removable drives, using
nothing whatsoever on Windows 10 other than the native "net use" command:
net use X: \\192.168.1.7@8080\DCIM\Camera
<http://www.bild.me/bild.php?file=8605173dir05.jpg>

Back to the FTP share syntax, this syntax must be very close, as it seems
oh so very close to working (it almost worked!):
Windows10 File Explorer: Computer > Map Network Drive > Map Network Drive
Drive = Q:
Map Network Drive > \\192.168.1.7@2221\DCIM
[x]Connect using different credentials
<http://www.bild.me/bild.php?file=9948610ftpshare03.jpg>
It popped up a request for the credentials of "francis & francis".
But it failed with an error after asking a few times for the login/passwd:
"Windows
The mapped network drive could not be created because the
following error has occurred:
A device attached to the system is not functioning."
<http://www.bild.me/bild.php?file=5127116ftpshare04.jpg>

And this syntax gets us an error 59 instead of error 53, which means, I
think, that we're getting closer to the correct syntax for FTP UNCs.

All we need, really, is someone who knows more than I do when it comes to
Windows UNC syntax for the FTP server with these default settings, which
themselves, work perfectly in either a Windows web browser or in the
Windows File Explorer "network location" input box:
ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera

That person is likely one out of 1000, so I hope that such a person exists
on this newsgroup.

[Wildman]

On Mon, 22 Oct 2018 01:56:55 +0100, p-0''0-h the cat (coder) wrote:

> On Sun, 21 Oct 2018 22:58:12 -0000 (UTC), Arlen Holder
> <a%rlenh...@no.spam.net> wrote:
>
>>On Sun, 21 Oct 2018 19:39:39 -0000 (UTC), Arlen Holder wrote:
>>
>>> a. Do you know the doublebackslash syntax for FTP "net use" mounts?
>>
>>Solving that syntax problem is going to take someone who knows more about
>>Windows 10 than I do, as I tried experimentally, with a lot of syntaxes.
>> <https://groups.google.com/d/msg/comp.mobile.android/3QQ8bAZeXNI/XwAzdrQpBwAJ>
>>
>>The best clue we have is that these have no problem mounting the Android
>>FTP directories as a drive letter over WiFi on Windows 10:
>>o NetDrive
>>o DirectNetDrive
>>While these fail to mount the Android FTP directory over WiFi as a drive
>>letter on Windows 10:
>>o net use
>>o FTPuse (this works on older Windows versions according to Frank Slootweg)
>>o SFTPNetDrive
>>
>>If we can figure out _why_ half work and half fail, that will probably tell
>>us what the problem is with the "net use" syntax (since we know it _can_
>>work).
>
> net use only works with samba shares
>
> Sent from my iFurryUnderbelly.

He was told that before but he continues to ignore it.

--
<Wildman> GNU/Linux user #557453
The cow died so I don't need your bull!

[p-0''0-h the cat (coder)]

I came late to the party but thanks for the heads up.

He does seem to be right about net use and webDAV though. I have yet to
find a sufficiently good technical resource on how webDAV works. It may
well turn out that the windows client which appears to be an explorer
extension [I guess like netdrive] needs windows networking but maybe
not.

The world has been trying to lose ftp for eons though for security
reasons so I don't see why Microsoft are going to build in a map drive
option now.

I suspect webDAV builds on the whole RPC over http/s malarkey or
whatever it's called now to fit in with Sharepoint and Exchange so that
could explain why the net use option works for webDAV. Using RPCs is
also so much more efficient than ftp's protocol. Microsoft have skin in
this game.

[Arlen Holder]

On Sun, 21 Oct 2018 23:33:30 -0500, Wildman wrote:

> He was told that before but he continues to ignore it.

Hi Wildman,

This isn't my first rodeo on Usenet, where 90% of what people 'say', is
often dead wrong - simply because they don't test it themselves.

I test almost everything that I say.
Hence I'm rarely wrong - simply because I prove what I say is right.

In fact, I can tell by what people wrote in this thread (and in the others)
that most people who posted don't comprehend the problem set.

Nonetheless, I'm not saying that mounting FTP shares as removable drives by
"net use" is possible - I'm just asking how to do it - where it's clear I
have no problem mounting FTP shares as removable drives.

I just wanted to "simplify" the setup by deleting the freeware that allowed
me to do that - replacing that freeware with Windows native "net use".

That's a noble effort - even if it turns out to be impossible to eliminate
the freeware from the equation.

Bear in mind that I read and understand everythign anyone (except Diesel)
writes; but keep in mind that most people are dead wrong most of the time.
In fact, almost everything people said on the multiple threads, was proven
wrong already.

So just having heard someone spout that it's impossible - doesn't mean it's
actually impossible (until I test it out or prove that it's impossible).

I believe something not when it's said, but when it pans out in tests.

Given most people have been proven dead wrong on _some_ of the questions I
asked, I'm trying to move our capabilities forward by experimentation,
where it would be nice if more than just Pooh could actually try to help
since what I'm trying to do helps everyone gain the capability that they
may not even know they have to run any Windows command on the entire
Android file system.

The specific goal is to see if we can mount the FTP share as a "removable
drive" using only native Windows "net use" syntax (since we have already
proved that we can easily mount the FTP share as a drive letter using
Windows freeware).

I'm just trying to see if we can knock the freeware out of the equation.
I'm doing that by testing the Windows "net use" syntax with FTP shares.

We start with Microsoft references for the UNC syntax:
<https://docs.microsoft.com/en-us/windows/desktop/api/davclnt/nf-davclnt-davgethttpfromuncpath>
Where the syntax for Windows' Universal Naming Convention (UNC) is:
\\HostName[@SSL][@Port]\SharedFolder\Resource

Where in my tests, the "net use" command has _always_ "completed
successfully" for the WebDAV protocol (but not yet for the FTP protocol):

net use X: \\192.168.1.7@8080\DCIM\Camera

The command completed successfully.
<http://www.bild.me/bild.php?file=9764689dir015.jpg>

Moving forward, I rarely fail, where it _may_ be impossible to get FTP UNCs
to work inside of Windows 10, but it's certainly _easily_ possible to
"mount" FTP shares on Windows as a drive letter as I've long ago proved
I've done so many times using either current DirectNetDrive freeware:
<http://www.bild.me/bild.php?file=6340420dir012.jpg>
Or mounting FTP shares as a removable drive using older NetDrive freeware:
<http://www.bild.me/bild.php?file=1383190dir014.jpg>

Here's my log file from my final tests this morning...

0. Starting with this freeware Android FTP server set to its defaults
<https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver>
IP = 192.168.1.7
Port = 2221
Passive ports = 2300-2399
Home directory = SdCard
User name = francis
User password = francis
1. The 1st control is the simplest test, which is to construct this
syntactically correct web browser URI, which works just fine
in a Windows Firefox browsing session on Windows.
ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera
2. The next control is to use that exact URI as the address for a Windows
File Explorer "network location", which also works just fine:
ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera
3. The next control is that the Android FTP share mounts using Windows
NetDrive freeware which mounts the FTP share as a drive letter.
4. The next control is that the Android FTP share mounts with Windows
DirectNetDrive freeware as a drive letter.

So, we know that Windows has no problem mounting the FTP share as a
"removable drive" or using that FTP share as a "network location".

We may just not know the syntax to use for the "net use" command.

For FTP & WebDAV, "net use" syntax will need both a port & login
credentials, where we know that UNC specifies ports, but not login
credentials.
https://en.wikipedia.org/wiki/File_Transfer_Protocol
ftp://[user[:password]@]host[:port]/url-path
But we also know that "net use" handles UNCs & login credentials:
<https://superuser.com/questions/344775/passing-unc-username-and-password-within-a-unc-path#344933>
net use M: \\192.168.1.7@8080\DCIM /user:francis francis
net use N: \\192.168.1.7@2221\DCIM /user:francis francis

5. The next control is to start a freeeware WebDAV server set to defaults:
<https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver>
IP = 192.168.1.7
Port = 8080
Home directory = SdCard
User name = not set
User password = not set
6. Where this URI works just fine in a Windows web browser session:
http://192.168.1.7:8080/DCIM/Camera
7. And where that same URI easily creates a Windows "network location":
http://192.168.1.7:8080/DCIM/Camera
8. More to the point, similar syntax works with the "net use" command:

net use X: \\192.168.1.7@8080\DCIM\Camera

The command completed successfully.

While that test alone handily proves "net use" handles more than just the
"SMB" protocol on TCP port 445, we haven't yet proven whether "net use" can
handle the FTP protocol on port 2221.

Testing UNC syntax will be based on this Microsoft documentation:
<https://docs.microsoft.com/en-us/windows/desktop/api/davclnt/nf-davclnt-davgethttpfromuncpath>
Where the syntax for Windows' Universal Naming Convention (UNC) is:
\\HostName[@SSL][@Port]\SharedFolder\Resource

9. Let's add login credentials to the WebDAV setup:
IP = 192.168.1.7
Port = 8080
Home directory = SdCard
User name = francis
User password = francis
And then we stop and restart the Android WebDAV server.
10. Constructing this URI, as a URL for a Windows web browser works fine:
http://francis:fra...@192.168.1.7:8080/DCIM/Camera
11. That same URI works fine as a Windows "network location":
http://francis:fra...@192.168.1.7:8080/DCIM/Camera
12. More to the point, let's now retry "net use" syntax with credentials:
net use X: \\192.168.1.7@8080\DCIM\Camera /user:francis francis
The command completed successfully.
<http://www.bild.me/bild.php?file=2542487dir016.jpg>
13. Moving closer to the desired URI, let's change WebDAV port magic:
IP = 192.168.1.7
Port = 8000
Home directory = SdCard
User name = francis
User password = francis
14. As expected, the web browser URI with that syntax worked fine:
http://francis:fra...@192.168.1.7:8000\DCIM\Camera
15. And the "net use" UNC syntax with that port number also worked fine:
net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis
The command completed successfully.
<http://www.bild.me/bild.php?file=8381514dir017.jpg>

Unfortunately, I can't get the WebDAV server to accept port 2221.
So I'll set the FTP server to accept port 8080 instead.
IP = 192.168.1.7
Port = 8080
Passive Ports: 8100-8199
Home directory = /storage/emulated/0
User name = francis
User password = francis

16. The Windows web browser worked fine:
ftp://francis:fra...@192.168.1.7:8080\
17. The Windows "network location" worked fine:
ftp://francis:fra...@192.168.1.7:8080\
18. But the Windows "net use" attempt failed:
net use X: \\192.168.1.7@8080\ /user:francis francis
System error 53 has occurred.
The network path was not found.
<http://www.bild.me/bild.php?file=3626731dir018.jpg>

Hence, my tentative conclusion based on my own Nougat/Win10 tests:
A. It's easy to mount MTP filesystems over USB as a "removable drive".
B. It's easy to connect WebDAV shares over WiFi as a "network location".
C. It's easy to connect FTP shares over WiFi as a "network location".
D. It's easy to mount FTP shares over WiFi as a "removable drive".
E. But that's not going to be done with native Windows "net use" commands.

[Arlen Holder]

On Mon, 22 Oct 2018 14:21:33 +0100, p-0''0-h the cat (coder) wrote:

> I came late to the party but thanks for the heads up.

Hi Pooh,

Let's move the technical ball _forward_ please.

It's hard enough moving the technical ball forward without having to deal
with worthless one-line posts from Wildman that don't help in the least.

I've been on Usenet for decades, where my goal, always is to _improve_ our
tribal knowledge and to add those improvements to our tribal archives.

For one tiny example of always helping out, I am the one who _created_
(years ago) the shortcut link to the tinyurl of this ng:
http://tinyurl.com/alt-comp-freeware
Although there's also this link which is sometimes useful:
http://alt.comp.freeware.narkive.com

> He does seem to be right about net use and webDAV though.

I'm almost never wrong on what I say is a fact.

Actually, I think I have never once been wrong in tens of thousands of
posts over the years (certainly nobody can find an incorrect statement of
fact from me since they've tried valiantly).

Since I'm human, I must have been accidentally wrong once or twice in those
tens of thousands of posts - simply because I'm human.

But I don't say things are facts without proving that they're facts.
I don't guess at facts without implying that they're guesses.

My guess was that I could run Windows commands on the Android filesystem
over USB, and I proved that to be correct. My guess was that we could do
the same with FTP, and I proved that to be correct. My guess was that we
could do likewise with WebDav, and that was proved to be correct.

All of those are now facts, since I've proven everything I said.

Moving forward to _increase_ our tribal knowledge, I tried valiantly to
knock out the trialware, by using LibMTP - but that effort failed (although
I did get LibMTP to work for what it does).

Most recently, I tried just as valiantly to knock out the DnD or ND
freeware from the equation for mounting Android FTP shares over WiFi as
"removable drives" by using Windows native "net use" commands.

I failed.
But for Wildman to say I don't listen is utter bullshit from Wildman.
Ask Wildman to _help_ move the technical ball forward instead, please.

To Wildman's untoward accusation, I am of at least average intelligence
which means I comprehend _everything_ anyone here (except Diesel) can every
say. Having been on Usenet for decades, I know that just because someone
"says something" doesn't mean it's a fact.

If _I_ say something - it's a fact - simply because I'm credible where
nobody has ever found any statement by me to be wrong that I've posited as
a fact. It just won't happen.

I don't mind Wildman spouting his bullshit - but it detracts from the goal,
which I've been very clear about - which is moving our technical
capabilities forward, with the least amount of software possible.

> I have yet to
> find a sufficiently good technical resource on how webDAV works. It may
> well turn out that the windows client which appears to be an explorer
> extension [I guess like netdrive] needs windows networking but maybe
> not.

I have only touched WebDAV once, for these tests, and even then, only to
test out working URIs for the FTP connections - so my remarks below are
based only on a couple of days playing with the WebDAV servers.

With that in mind, there is value in WebDAV in that it allows you to use
*native* Windows to connect to your Android device over WiFi as a "network
location".

However, you can just as easily do the exact same thing with FTP, so I'm
not sure if WebDAV adds any value to the equation.

The hard part isn't connecting as a "network location", but as a "removable
drive".

Here's where I stand on proving what we all can do with freeware & without:
(These are tentative conclusion based on my own Nougat/Win10 tests):

A. It's easy to mount MTP filesystems over USB as a "removable drive".
B. It's easy to connect WebDAV shares over WiFi as a "network location".

C: It's easy to connect WebDAV shares over WiFi as a "removable drive".
D. It's easy to connect FTP shares over WiFi as a "network location".
E. It's easy to mount FTP shares over WiFi as a "removable drive".
Note: Those conclusions are tentative - based on my tests only.

> The world has been trying to lose ftp for eons though for security
> reasons so I don't see why Microsoft are going to build in a map drive
> option now.

Remember, it never was difficult to map FTP shares to a "removable drive".
FTPuse did it _years_ ago (it just didn't work for me on Windows 10 now).
NetDrive did it _years_ ago.
DnD does it now.

The only problem was getting _native_ Windows to do it.
My effort was valiant - but it failed.

Yet, the fact my valiant effort failed is not cause for Wildman's cheap
shot, which is _easy_ for him to sucker punch me - but let's see Wildman
_add technical value_ to the conversation, please.

For Wildman to sucker punch me with a cheap shot is ok, as all it does is
make him lose credibility - but I simply ask Wildman to do something other
than a cheap sucker punch.

Why doesn't Wildman solve some of the technical questions instead?
(HINT: Most likely, he can't - but that's up to him to prove; not me.)

> I suspect webDAV builds on the whole RPC over http/s malarkey or
> whatever it's called now to fit in with Sharepoint and Exchange so that
> could explain why the net use option works for webDAV. Using RPCs is
> also so much more efficient than ftp's protocol. Microsoft have skin in
> this game.

I have only used WebDAV for a couple of days, where the one thing it buys
us is the ability to mount the Android filesystem as a drive letter so that
we can run DOS commands on Android without anything on Windows other than
the native "net use" command.

To get the same thing with FTP requires Windows freeware, as shown here:
<http://www.bild.me/bild.php?file=7002518dir020.jpg>

What Wildman seems to decry is that I attempted to eliminate the freeware.

Let's stop these silly games that Wildman is trying to play, and where he
simply loses credibility playing them.

Here is my summary of my tests, which are almost complete.

A. It's easy to mount MTP filesystems over USB as a "removable drive".

(Using MTPDrive crippleware.)

B. It's easy to connect WebDAV shares over WiFi as a "network location".

(Using native Windows.)
C: It's easy to connect WebDAV shares over WiFi as a "removable drive".
(Using native Windows - where the drive is "almost perfect".)
D. It's easy to connect FTP shares over WiFi as a "network location".
(Using native Windows.)
E. It's easy to mount FTP shares over WiFi as a "removable drive".
(Using DnD, ND, or, for some, FTPUse & SFTPNetDrive freeware).

If you, or Wildman, or anyone else _can_ move the technical ball forward,
please do as the goal is to enable _everyone_ to do what we can do with the
least amount of software possible, and always, with freeware if possible.

[p-0''0-h the cat (coder)]

On Mon, 22 Oct 2018 19:30:24 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>On Mon, 22 Oct 2018 14:21:33 +0100, p-0''0-h the cat (coder) wrote:
>
>> I came late to the party but thanks for the heads up.
>
>Hi Pooh,

Arlen, too much information. What exactly is your goal now?

Do you want to find a freeware that will map a drive letter on Windows
10 to an ftp share on an Android device?

[Arlen Holder]

On Mon, 22 Oct 2018 20:47:51 +0100, p-0''0-h the cat (coder) wrote:

> Arlen, too much information. What exactly is your goal now?

Good question!
Thanks for asking it as I'm always seeking technical *improvements*!

I'm almost done with my experiments, where this is my tentative conclusion:

A. It's easy to mount MTP filesystems over USB as a "removable drive".
(Using MTPDrive crippleware.)
B. It's easy to connect WebDAV shares over WiFi as a "network location".
(Using native Windows.)
C: It's easy to connect WebDAV shares over WiFi as a "removable drive".

(Using native Windows - where the connection is "almost perfect".)

D. It's easy to connect FTP shares over WiFi as a "network location".

(Using native Windows - where the connection, inexplicably, is "less perfect".)

E. It's easy to mount FTP shares over WiFi as a "removable drive".
(Using DnD, ND, or, for some, FTPUse & SFTPNetDrive freeware).

Pretty much, this is the _simplest_ most _powerful_ solution I can find,
that uses (a) native Windows, or, if not, then (b) freeware, or, if not,
then (c) crippleware.

All I ask is for others to simplify the solution by (c) eliminating the
crippleware, or (b) eliminating the need for the additional freeware.

See also:
<https://groups.google.com/d/msg/alt.comp.freeware/TaIlIMK2Nuw/IQQVQUkSBQAJ>

I understand that what I request is not easy.
Likely 999 out of 1,000 people can't improve this solution from where I
leave it.

If anyone else _can_ move the technical ball forward, please do as the goal

is to enable _everyone_ to do what we can do with the least amount of

software possible, and always, with freeware if possible.\

> Do you want to find a freeware that will map a drive letter on Windows
> 10 to an ftp share on an Android device?

Nope.
I long ago had that capability many _years_ ago (with FTPuse) on WinXP.
And I already have it now (with DnD & ND freeware) on Windows 10.

I'm doing the _hard_ thing here.
I'm not seeking a solution - I'm seeking a _better_ solution!

Only 1 person out of a thousand does that (I'm making up the numbers,
obviously, but the point is that I'm a rare beast in that I'm always
striving to improve what is already pretty damn good.)

What could be a _better_ solution?
A. Finding a way to mount Android over USB without MTPDrive!
B. Finding a way to mount FTP over WiFi using native Windows.

And, perhaps, learning more about Windows in that there is a slight
difference (confusingly) between the functionality of mounting FTP and
WebDAV shares over WiFi as drive letters.

[Arlen Holder]

On Mon, 22 Oct 2018 20:01:16 -0000 (UTC), Arlen Holder wrote:

> What could be a _better_ solution?
> A. Finding a way to mount Android over USB without MTPDrive!
> B. Finding a way to mount FTP over WiFi using native Windows.
>
> And, perhaps, learning more about Windows in that there is a slight
> difference (confusingly) between the functionality of mounting FTP and
> WebDAV shares over WiFi as drive letters.

Here's a screenshot each showing why I'm confused that the (X:) drive for
WebDav is treated slightly differently than the (X:) drive for FTP by
Windows:

FTP (X:) drive: <http://www.bild.me/bild.php?file=4233679dir018.jpg>
WebDAV (X:) drive: <http://www.bild.me/bild.php?file=8624465dir019.jpg>

It turns out that Windows (with the freeware, of course, that mounted the
FTP share as the X: drive) handles FTP "slightly better" than Windows
handled the WebDAV share (using only native "net use" of course).

They both act like an "X:" drive to the DOS command line, and both can
"Open command window here", but only one shows up in the "removable drive"
section, while the other shows up in the "network location" section of the
Windows File Explorer.

I don't know Windows well enough to explain why that happens that way.
Do you?

[p-0''0-h the cat (coder)]

On Mon, 22 Oct 2018 19:30:24 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>I'm almost never wrong on what I say is a fact.
>
>Actually, I think I have never once been wrong in tens of thousands of
>posts over the years (certainly nobody can find an incorrect statement of
>fact from me since they've tried valiantly).

Well you were wrong about FTPUSE not working on Windows 10. Never mind
aye.

FtpUse v2.2 - Mounts remote storage as a local hard disk by FTP protocol
Copyright (C) 2015 Ferro Software - www.ferrobackup.com

The syntax of this command is:

FTPUSE devicename [ftphostname[/remotepath] [password |]]
[/USER:username]
[/NOPASSIVE]
[/OWNERACCESSONLY]
[/PORT:portnumber]
[/HIDE]
[/DEBUG]
[[/DELETE]]

Examples:

FTPUSE F: ftp.microsoft.com
FTPUSE F: ftp.microsoft.com/developr pass@word /USER:anonymous
FTPUSE F: ftp.microsoft.com /USER:anonymous /NOPASSIVE /PORT:22 /HIDE
FTPUSE F: /delete

The operation completed successfully

C:\Program Files\Ferro Software\FtpUse>FTPUSE T: 192.168.7.223 francis
/USER:francis /PORT:2221
Connecting...
Connected.
The operation completed successfully

C:\Program Files\Ferro Software\FtpUse>

Yes, I got a drive letter and yes I can browse it. It took me 5 minutes.

Yes, I used the Olive tree.

[Arlen Holder]

On Mon, 22 Oct 2018 22:30:55 +0100, p-0''0-h the cat (coder) wrote:

> Well you were wrong about FTPUSE not working on Windows 10.

My credibility is stellar.

I said it didn't work "for me" (and I proved that with screenshots and
actual commands used which showed the results obtained).

BEGIN: Here's what I said, verbatim (at one point):

But I acknowledge that _other_ freeware should have worked for me.
o FTPUse should have worked (and I think it did work, in the past, for me)
<https://www.ferrobackup.com/download/FtpUseInst.exe>
o SFTP Net Drive should have worked (but it also failed for me)
<https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email)

END: Here's what I said, verbatim (at one point):

At the same time those two solutions failed for me, both DirectNetDrive and
NetDrive freeware worked just fine for me. Go figure.

Since I had two out of four solutions working, I said I wasn't going to
debug the FTPUse; so it's nice to know that you have it working just fine
on Windows 10.

> [/DEBUG]
> [[/DELETE]]

I know all about FTPuse since, as far as anyone knows, I was the first to
post it on the Android/Windows newsgroups when I was still on WinXP:
<https://groups.google.com/d/msg/comp.mobile.android/3QQ8bAZeXNI/2r7fz35mBwAJ>
<https://groups.google.com/d/msg/comp.mobile.android/3QQ8bAZeXNI/hMMHk7h4BwAJ>

> C:\Program Files\Ferro Software\FtpUse>FTPUSE T: 192.168.7.223 francis
> /USER:francis /PORT:2221
> Connecting...
> Connected.
> The operation completed successfully

> Yes, I used the Olive tree.

Thanks for testing FTPUse on Windows 10.
Did SFTPNetDrive freeware also work for you on Windows 10?
(I gave it completely bogus name & email information whenever it asked.)

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqfjn2$3oo$1...@news.mixmin.net Sat, 20 Oct 2018 16:04:51 GMT in

alt.comp.freeware, wrote:

> On Sat, 20 Oct 2018 09:54:55 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> I'm pretty sure the linusb windows version contains zadig (check)
>
> The goal is for _everyone_ to be able to do what we can do, Pooh.
> To that end, I think we're the only ones here who have libMTP
> working. But, see below, I think LibMTP may have been a red
> herring all along.

You really think the author(s) spent all that time for two people on
the planet to download and use it? Don't kid yourself.

Do remember, I gave you a very direct hint; that libmtp wouldn't be
what you were looking for. Pooh didn't. [g]

> I don't know which of those three in sequence made LibMTP finally
> work on Windows 10, where it's important to figure that out so
> that others can follow in our footsteps - but where I have to move
> forward nonetheless.
>
> Since my credibility is important, I prove what I say, where here
> are screenshots proving the set of libtmp bin commands are finally
> working on Windows 10 - providing a glimpse of the entire Android
> filesystem over USB: o connect.exe

Your credibility isn't that important, you'd respond to some of my
replies pointing out where your information was incorrect, if it was.

> This empirical result leaves me with this critical question:
> Q: What "can" we do with libMTP toward our goal of a general
> solution
> (hence freeware) for mounting the Android MTP filesystem as a
> drive letter on Windows over USB (so that all Windows commands
> work on it)?

Hehehe... How's that working out for you so far?

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

We don't know who discovered water, but we're pretty sure it wasn't a
fish.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqebf2$pjl$1...@news.mixmin.net Sat, 20 Oct 2018 04:37:55 GMT in

Jesus...You've been on usenet for twenty years and let a little issue
like this slow you down, long enough to announce it here? Some fucking
'expert' you are. You keep writing complete and total horseshit,
proclaiming how nobody aside from you (once you 'discover' how) knows
how to do this or that. What a crock of horse shit. I've never met
someone as cocky as you are about I.T subjects with the amount of
ignorance on I.T subjects that you clearly DO have! What really puzzles
me is your crazy (but completely unsupported) opinion of yourself and
other posters:

> On Sat, 20 Oct 2018 03:15:45 -0000 (UTC), Arlen Holder wrote:
>
>> If I'm successful, this will be a first (to my knowledge) where
>> almost nobody knows how to do this, AFAIK, and where the power is
>> immense in that we can connect Android as a drive letter over USB
>> using only Windows freeware so that _all_ Windows commands run on
>> the Android filesystem.

I for one, know *several* ways of doing what you want to do, using
nothing but freeware. And, unlike your pompous asshole self, don't make
the mistake of assuming that nobody else does. I'm certain various
people know various methods of providing a drive letter to their
Android device. As for me, I provide two. One for internal memory, one
for external. That won't apply to people who don't have sdcard
expansion. I do because I use my phone as a largish memory stick
when/if the need should arise.

I've continued to lurk in this thread just to see how long it takes you
to figure out atleast ONE (atleast!) obvious method of doing exactly
what you want to do, using nothing more than freeware easily available
to you, if you don't already have copies. Which, btw, you do, already
have the necessary software for several ways of doing this.

Some slightly more complex than others, sure, but...is simplicity to
get up and going a requirement? Even if it results in near painfree
interaction afterwards?

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

'Build a watch in 179 easy steps' by C. Forsberg.

[Diesel]

Wildman <best...@yahoo.com>
news:KsudncAwv6eHzlDG...@giganews.com Mon, 22 Oct 2018

He's right on this one, though. Starting with Windows XP, net use
does support WebDAV, natively. Do you remember one of the touted new
features of XP? The so called 'web folders'? Well, that's how it
works.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

The human race is still in beta testing.

[Diesel]

"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>
news:i08qsdhm7q3s3n43r...@4ax.com Mon, 22 Oct 2018
00:56:55 GMT in alt.comp.freeware, wrote:

[snip idiots rambling nonsense]

> net use only works with samba shares

ROFL. Actually, that's not correct. It uhh works with webdav too. Try
it and see for yourself. I know, I sound crazy.. but, try it. Humour
me.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

I think, therefor I am... I think?

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqjdf3$cu4$1...@news.mixmin.net Mon, 22 Oct 2018 02:42:43 GMT in

alt.comp.freeware, wrote:

> On Mon, 22 Oct 2018 01:56:55 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> net use only works with samba shares
>
> Thanks. I don't think that's correct though, since it works with
> WebDAV.

Yes, it does. MS has skin in WebDAV. Starting with Windows XP it
became natively supported. How else do you think the spiffy new 'Web
Folder' as a mapped network drive worked? :) If you guessed, WebDAV
natively supported, you get a cookie! If not, you haven't been
paying attention to what the fuck I just wrote above. Go back and
re-read it, again, if that's the case.

Win2k and down net use does NOT support WebDAV on their own. You
have to use 3rd party utilities if you want to map a drive via
webDAV in those cases. And, I don't expect that you'd be running
into a situation like that. Pooh most likely thought Windows was as
it used to be in so far as the net use command was/is concerned.

> All we need, really, is someone who knows more than I do when it
> comes to Windows UNC syntax for the FTP server with these default
> settings, which themselves, work perfectly in either a Windows web
> browser or in the Windows File Explorer "network location" input
> box:

This I'll give you for free, as a token of goodwill. You cannot use
UNC paths to refer to locations on FTP. As an alternative, You *can*
'mount' an ftp site as a local drive. One freeware way I'll explain below.

> ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera
>
> That person is likely one out of 1000, so I hope that such a
> person exists on this newsgroup.

I think this will be more to what you're needing:

https://www.ferrobackup.com/download.html

Scroll down until you see FTPUSE. It's a nice little program. One
for your trusty toolkit.

I'm not going to go into great detail about it's command line, you
can figure it out easily enough. Here's what you type from console
in the folder it's installed to to get a drive letter to that
'folder' on your Android via FTP.

FTPUSE R: 192.168.1.7 francis /USER:francis /PORT:2221

Drive R: will be whatever home/root folder you assigned that login
to wind up in. So, if it's dcim/camera that's where it'll be. Or, if
you've allowed it, you can specify the 'remote path' as part of the
command line and it'll wind up there, instead. Useful if you're going
to be in a folder below home/root from login destination, for
utility like purposes I'd imagine. otherwise, I'd just setup the
account to be in the folder I plan to play in. .

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Life would be easier if I had the source code.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pql8gf$5mi$1...@news.mixmin.net Mon, 22 Oct 2018 19:30:24 GMT in

alt.comp.freeware, wrote:

> Actually, I think I have never once been wrong in tens of
> thousands of posts over the years (certainly nobody can find an
> incorrect statement of fact from me since they've tried
> valiantly).

Oh? Quick count:

1)

Message-ID: <pqjdf3$cu4$1...@news.mixmin.net>

All we need, really, is someone who knows more than I do when it
comes to Windows UNC syntax for the FTP server with these default
settings, which themselves, work perfectly in either a Windows web

browser or in the Windows File Explorer "network location" input
box:
ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera

2)

Message-ID: <pq369c$t60$1...@news.mixmin.net>
You are correct that there are mixed results in the real world.
1. If you have _old_ Android (<4.3), you _can_ use "mass storage"
usb.

<https://www.howtogeek.com/192732/android-usb-connections-explained-
mtp-ptp-and-usb-mass-storage/>
2. If you have _newer_ Android (>4.3), mass storage works only if
rooted.
<https://android.stackexchange.com/questions/190138/how-to-use-usb-
mass-storage-mode-on-android-4-3>
3. A server "network share" method _does_ allow "Open Command Window
Here".
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
4. FTPuse "should" assign an FTP-server drive letter (failed on my
Nougat).
<http://www.bild.me/bild.php?file=7687244dir06.jpg>
5. Everything that seems to work over usb, is _old_ or _rooted_.
<https://www.google.com/search?
&q=android+windows+usb+mass+storage+mode+mount+drive+letter>

There's more, but, why dwell? :)

> Since I'm human, I must have been accidentally wrong once or twice
> in those tens of thousands of posts - simply because I'm human.

Hahaha.. Accidently? :) As if to imply others are wrong on purpose
most of the time?

> But I don't say things are facts without proving that they're
> facts. I don't guess at facts without implying that they're
> guesses.

You don't? I just cited two examples above where you have.

> Moving forward to _increase_ our tribal knowledge, I tried
> valiantly to knock out the trialware, by using LibMTP - but that
> effort failed (although I did get LibMTP to work for what it
> does).

Indeed. Doesn't do what you were wanting, though, does it? :) *smile*

Sorry you had such trouble getting it up and running. Skipping
reading the documentation first try, n all. Not having all the
required files because, alas, you skipped reading the docs and just
dove right in. Woops.

> Most recently, I tried just as valiantly to knock out the DnD or
> ND freeware from the equation for mounting Android FTP shares over
> WiFi as "removable drives" by using Windows native "net use"
> commands.
>
> I failed.

ROFL. Damn, didn't you ever. :)

> But for Wildman to say I don't listen is utter bullshit from
> Wildman. Ask Wildman to _help_ move the technical ball forward
> instead, please.

Why does pooh need to do this?

> To Wildman's untoward accusation, I am of at least average
> intelligence which means I comprehend _everything_ anyone here
> (except Diesel) can every say. Having been on Usenet for decades,
> I know that just because someone "says something" doesn't mean
> it's a fact.

Hmm...

> If _I_ say something - it's a fact - simply because I'm credible
> where nobody has ever found any statement by me to be wrong that
> I've posited as a fact. It just won't happen.

Yet, I did. Unless you're going to claim the urls you provided to
support the claims weren't supposed to be taken as proof of the
claims?

See here:

Message-ID: <pq369c$t60$1...@news.mixmin.net>
You are correct that there are mixed results in the real world.
1. If you have _old_ Android (<4.3), you _can_ use "mass storage"
usb.

<https://www.howtogeek.com/192732/android-usb-connections-explained-
mtp-ptp-and-usb-mass-storage/>
2. If you have _newer_ Android (>4.3), mass storage works only if
rooted.
<https://android.stackexchange.com/questions/190138/how-to-use-usb-
mass-storage-mode-on-android-4-3>
3. A server "network share" method _does_ allow "Open Command Window
Here".
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
4. FTPuse "should" assign an FTP-server drive letter (failed on my
Nougat).
<http://www.bild.me/bild.php?file=7687244dir06.jpg>
5. Everything that seems to work over usb, is _old_ or _rooted_.
<https://www.google.com/search?
&q=android+windows+usb+mass+storage+mode+mount+drive+letter>

I have Android 5.1.1, not rooted. Essentially still quite stock.
MXLinux 17.1 Horizon has no trouble 'mounting' the internal and
external (my sdcard) memory. Full read/write access. Can even
'share' across my network, if I so desire. So, despite the claims and
the support? urls, the statement you made is not true.

> I don't mind Wildman spouting his bullshit - but it detracts from
> the goal, which I've been very clear about - which is moving our
> technical capabilities forward, with the least amount of software
> possible.

Who's technical capabilities, specifically?

> The hard part isn't connecting as a "network location", but as a
> "removable drive".

That's because you're over thinking it...

> Why doesn't Wildman solve some of the technical questions instead?
> (HINT: Most likely, he can't - but that's up to him to prove; not
> me.)

You greatly under estimate him. I've participated in technical
discussions with him before. He can hold his own quite well, when he
wants to do so.

> If you, or Wildman, or anyone else _can_ move the technical ball
> forward, please do as the goal is to enable _everyone_ to do what
> we can do with the least amount of software possible, and always,
> with freeware if possible.

Apologize and quit being an asshole going forward...

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

I failed my audition as Romeo through a misunderstanding over a stage
direction. In my script it clearly said, "Enter Juliette from the
rear."

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pql4id$vha$1...@news.mixmin.net Mon, 22 Oct 2018 18:23:09 GMT in

alt.comp.freeware, wrote:

> Nonetheless, I'm not saying that mounting FTP shares as removable
> drives by "net use" is possible - I'm just asking how to do it -
> where it's clear I have no problem mounting FTP shares as
> removable drives.

Net use doesn't support UNC for FTP. UNC isn't meant for, nor was
ever intended to be used with, FTP protocol. I wouldn't expect to see
FTP protocol changed in the near/distant future to support this,
either.

> I just wanted to "simplify" the setup by deleting the freeware
> that allowed me to do that - replacing that freeware with Windows
> native "net use".

You cannot mount an FTP based 'share' with net use alone. UNC is NOT
for FTP. FTP knows fuck all about what you're asking. Seriously.

> Bear in mind that I read and understand everythign anyone (except
> Diesel) writes; but keep in mind that most people are dead wrong
> most of the time. In fact, almost everything people said on the
> multiple threads, was proven wrong already.

Where have you proven any of my posts wrong? :) I'd like to see the
MID of your reply(ies) doing so. If any exist?

> So just having heard someone spout that it's impossible - doesn't
> mean it's actually impossible (until I test it out or prove that
> it's impossible).

Lemme put this to you another way, the underlying CODE required to
make net use do what you want to do with it, IS NOT PRESENT in the
executable. For a very good reason. The FTP SERVER wouldn't know what
the fuck you were asking of it. The net command would have to fake
things from the user side to give you the impression you were
accessing a UNC share via the ftp protocol. It would be performing
ftp client commands in the background to do that for you, requiring
it to remain resident for each 'folder' you map to a drive letter.

> Given most people have been proven dead wrong on _some_ of the
> questions I asked

I've yet to be. :)

> I'm just trying to see if we can knock the freeware out of the
> equation. I'm doing that by testing the Windows "net use" syntax
> with FTP shares.

It's not designed for FTP shares.

> Moving forward, I rarely fail, where it _may_ be impossible to get
> FTP UNCs to work inside of Windows 10

Yep. Net use is a no go for the purpose you intend. You cannot get a
local drive letter that way. Which, is what you're wanting, right?

> So, we know that Windows has no problem mounting the FTP share as
> a "removable drive" or using that FTP share as a "network
> location".

Correct.

> We may just not know the syntax to use for the "net use" command.

net use cannot be used to do this. Windows isn't using net.exe when
you're typing ftp:// into your address bar. Believe it or not, it's
actually using the FTP protocol. [g]

> For FTP & WebDAV, "net use" syntax will need both a port & login
> credentials, where we know that UNC specifies ports, but not login
> credentials.

net use does NOT support UNC across FTP...

> Unfortunately, I can't get the WebDAV server to accept port 2221.
> So I'll set the FTP server to accept port 8080 instead.
> IP = 192.168.1.7
> Port = 8080
> Passive Ports: 8100-8199
> Home directory = /storage/emulated/0
> User name = francis
> User password = francis
>
> 16. The Windows web browser worked fine:
> ftp://francis:fra...@192.168.1.7:8080\
> 17. The Windows "network location" worked fine:
> ftp://francis:fra...@192.168.1.7:8080\
> 18. But the Windows "net use" attempt failed:
> net use X: \\192.168.1.7@8080\ /user:francis francis
> System error 53 has occurred.
> The network path was not found.
> <http://www.bild.me/bild.php?file=3626731dir018.jpg>

Repeat after me, NO UNC via net use for FTP. it has NO FUCKING idea
what you're asking it to do. Both 'windows web browser' and your
'network location' (both the same software, but, you didn't notice
because it looked different.. rofl) know what 'ftp' is and that's the
protocol they used to 'talk' to your server. Surprised it worked? I'm
not. Net doesn't know what you're trying to do. It was not designed
for interaction with FTP in mind...

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

On the other hand, you also have 5 fingers.

[p-0''0-h the cat (coder)]

On Tue, 23 Oct 2018 00:19:34 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>On Mon, 22 Oct 2018 22:30:55 +0100, p-0''0-h the cat (coder) wrote:
>
>> Well you were wrong about FTPUSE not working on Windows 10.
>
>My credibility is stellar.

Yeah, you're a star alright. Still anyone who rattle's Dusty's cage...

I didn't try it. I only encouraged you because Dusty was being
obstructive and rude. This newsgroup is supposed to be about freeware
not Dusty or your greatness for that matter. Anyway, it was nice to see
freeware being discussed.

[p-0''0-h the cat (coder)]

On Tue, 23 Oct 2018 06:34:35 -0000 (UTC), Diesel <m...@privacy.net> wrote:

>I've never met
>someone as cocky as you are about I.T subjects

Look in the mirror sonny.

[p-0''0-h the cat (coder)]

On Tue, 23 Oct 2018 06:34:35 -0000 (UTC), Diesel <m...@privacy.net> wrote:

>Do remember, I gave you a very direct hint; that libmtp wouldn't be
>what you were looking for. Pooh didn't. [g]

He wanted to get libmtp going and I helped him. Did you. No. End of.

[p-0''0-h the cat (coder)]

On Tue, 23 Oct 2018 06:34:36 -0000 (UTC), Diesel <m...@privacy.net> wrote:

>"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>
>news:i08qsdhm7q3s3n43r...@4ax.com Mon, 22 Oct 2018
>00:56:55 GMT in alt.comp.freeware, wrote:
>
>[snip idiots rambling nonsense]
>
>> net use only works with samba shares
>
>ROFL. Actually, that's not correct. It uhh works with webdav too. Try
>it and see for yourself. I know, I sound crazy.. but, try it. Humour
>me.

What a fraud you are Dusty. I confirmed he was right and it worked with
webDAV yesterday. Times you pull this trick. You are one sad MF.

Message-ID: <k0irsdtlp7jgthtcb...@4ax.com>

"He does seem to be right about net use and webDAV though. "

Dusty knew this all along because he's super clever everyone... Pooh
didn't nerney nerney...

[p-0''0-h the cat (coder)]

On Tue, 23 Oct 2018 06:34:37 -0000 (UTC), Diesel <m...@privacy.net> wrote:

>I think this will be more to what you're needing:
>
>https://www.ferrobackup.com/download.html
>
>Scroll down until you see FTPUSE. It's a nice little program. One
>for your trusty toolkit.
>
>I'm not going to go into great detail about it's command line, you
>can figure it out easily enough. Here's what you type from console
>in the folder it's installed to to get a drive letter to that
>'folder' on your Android via FTP.
>
>FTPUSE R: 192.168.1.7 francis /USER:francis /PORT:2221
>
>Drive R: will be whatever home/root folder you assigned that login
>to wind up in. So, if it's dcim/camera that's where it'll be. Or, if
>you've allowed it, you can specify the 'remote path' as part of the
>command line and it'll wind up there, instead. Useful if you're going
>to be in a folder below home/root from login destination, for
>utility like purposes I'd imagine. otherwise, I'd just setup the
>account to be in the folder I plan to play in. .

Well blow me, Arlen posted this eons ago but couldn't get it to work and
I posted yesterday that it works. See below. Are you copying me again
Dusty? Yes you are. Truly pathetic. Carry your own water.

Here.

Message-ID: <p7gssd9ejig8a97oe...@4ax.com>

Still I guess you are participating now Pooh's showing you up.

When are you going to post this mysterious DOS command for mounting as a
drive that only super you knows about? I'm guessing never because it
doesn't exist. Prove me wrong. Earn your stripes wannabe clueless rude
arrogant obstructive egotistical gibberish writer with a Pooh fixation
or face the truth. I'm way better than you.

[Arlen Holder]

On Tue, 23 Oct 2018 10:17:38 +0100, p-0''0-h the cat (coder) wrote:

> it was nice to see freeware being discussed.

Responding only to the adult comments ... the good news, for Windwos &
Android *freeware*, based on this thread, is...

a. Windows LibMTP freeware _may_ (but probably can't) replace MTPDrive payware
b. Windows FTPuse, DirectNetDrive, NetDrive, & SFTPNetDrive freeware can mount FTP shares as drives over WiFi
c. Android TheOliveTree WebDAV & FTP freeware servers worked great in our tests
d. Linux just works

[BurfordTJustice]

LOL That is adult? You are pathetic.


"Arlen Holder" <a%rlenh...@no.spam.net> wrote in message
news:pqn345$4lg$3...@news.mixmin.net...
:: Responding only to the adult comments ...

Windwos &
:

[Arlen Holder]

On Tue, 23 Oct 2018 10:18:27 +0100, p-0''0-h the cat (coder) wrote:

>>I've never met
>>someone as cocky as you are about I.T subjects
>
> Look in the mirror sonny.

I fumbled initially with LibMTP Windows freeware as a possible replacement
for the MTPDrive crippleware, but with your help, I overcame those clumsy
initial efforts to get LibMTP working well on Windows over USB:
o http://www.bild.me/bild.php?file=1385877libmtp05a.jpg

The hardware step was getting generic USB drivers to work with Android:
o <http://www.bild.me/bild.php?file=2251789libusb01a.jpg>

LibMTP allows you to see & manipulate Android files over USB from Windows:
o <http://www.bild.me/bild.php?file=1056305libmtp02a.jpg>

To do that, I had to add a LG-TP450 driver to Windows "Device Manager".
o <http://www.bild.me/bild.php?file=5601552libusb17a.jpg>

The problem is that adding the "LG-TP450" driver seems to have _removed_
the original "LG Stylo 3 Plus" driver.
o <http://www.bild.me/bild.php?file=5876982libusb14a.jpg>

Hence the natural question for Windows experts who know more than I do is
how do we get _both_ drivers to co-exist in the Windows Device Manager?
o LG Stylo 3 Plus (so that MTP actions work such as MTPDrive over USB)
o LG-TP450 (so that LibMTP commands work on the device over USB)

[Arlen Holder]

On Tue, 23 Oct 2018 10:20:43 +0100, p-0''0-h the cat (coder) wrote:

> He wanted to get libmtp going and I helped him. Did you. No. End of.

I fumbled initially with LibMTP but with your help, I overcame those clumsy

initial efforts to get LibMTP working well on Windows over USB:

o http://www.bild.me/bild.php?file=5892198libmtp01.jpg

One problem that I don't know Windows well enough to understand, is that I
can't get _both_ LibMTP and MTPDrive to work at the same time on Windows.

I don't understand Windows well enough to comprehend why I can't get _both_
the original driver for my LG Stylo 3 Plus to work alongside the LibMTP
driver.

This is my original driver as installed by default by Windows:
o LG Stylo 3 Plus <http://www.bild.me/bild.php?file=5876982libusb14a.jpg>

This is the driver that worked with LibMTP Windows freeware:
o LG-TP450 <http://www.bild.me/bild.php?file=5601552libusb17a.jpg>

So far, the empirical results have been that I can have one, or the other,
but not both, and, worse, not my choice of either.

Hence, I don't yet understand how to get both working at the same time, or,
at least, both to be "available" to work at any desired time.

[Wildman]

OK, I do have a vague memory of that. I stand corrected.

[Arlen Holder]

On Tue, 23 Oct 2018 10:29:10 +0100, p-0''0-h the cat (coder) wrote:

> What a fraud you are Dusty. I confirmed he was right and it worked with
> webDAV yesterday. Times you pull this trick. You are one sad MF.

I'm not sure why Diesel brought up multiple "solutions" solved long ago,
where, if he (or anyone else) was actually smart, they'd help us
solve the real problems that are still unsolved for all of us.

For example...
1. There is no working non-root solution for SMB mounting over WiFi
2. There is no known freeware solution for MTP mounting over USB

If anyone has a freeware solution to those *unsolved* problems, that would
be proof of their intelligence and knowledge (not some random rehash of
what we already covered long ago).

[Arlen Holder]

On Tue, 23 Oct 2018 10:45:17 -0500, Wildman wrote:

> OK, I do have a vague memory of that. I stand corrected.

Is it just me, or are these two verbatim quotes about "net use" WebDav
support in this thread, both from the same person, completely
contradictory?

Verbatim quote 1:

"Win2k and down net use does NOT support WebDAV on their own.
You have to use 3rd party utilities if you want to map a drive
via webDAV in those cases."

Verbatim quote 2:

"Starting with Windows XP, net use does support WebDAV, natively.
Do you remember one of the touted new features of XP?
The so called 'web folders'? Well, that's how it works."

Am I the only one having trouble comprehending Diesel's posts?

[Wildman]

I would say you are the only one. The two quotes are clear
to me. The first says WebDAV is not supported in Windows
versions Win2k and below (below XP). The second says that
Windows XP and later supports WebDAV. Nothing contradictory
about those quotes. They both are saying the same thing in
different words. What is it you do not comprehend?

[Wildman]

I find it ironic that you keep insulting the very people
you are trying to get help from. How is that working out?

[Arlen Holder]

On Tue, 23 Oct 2018 15:18:00 -0500, Wildman wrote:

> I would say you are the only one. The two quotes are clear
> to me. The first says WebDAV is not supported in Windows
> versions Win2k and below (below XP). The second says that
> Windows XP and later supports WebDAV. Nothing contradictory
> about those quotes. They both are saying the same thing in
> different words. What is it you do not comprehend?

Oh. Thanks. <slaps head>
I realize _exactly_ what my brain burped on!

Thanks for explaining what I glossed over!
o I equated win2k with winxp (which was a thinko on my part)

I realize now, only belatedly, after you mentioned _win2k_, what had
happened where my thought process was skewed a bit because I generally
dimply skim anything from Diesel for a host of reasons, not limited to the
fact his ramblings are more about his emotions than actual on-topic facts.

For whatever (thinko) reason, I had equated *win2k* with *winxp*, which was
a mistake on my part, where most of time, what applies to one applies to
the other; but not in this case.

Thanks for explaining where my mistake lay.
It was a thinko on my part because I don't generally take Diesel seriously.

Mea culpa.

[Betty]

Arlen Holder wrote:
[...]

>
> Am I the only one having trouble comprehending Diesel's posts?

Probably.

--
~!~

[Shadow]

That Win2k (and Win 98SE) and Win XP are different?
No, not really

//Win2K and WinXP WebDAV Notes

For implementation of WebDAV on Windows XP and later , MSFT made it's
own interpretation of the standard to work best with the Windows IIS
servers. The problem due to this is three fold:

Windows XP authenticates users using the format "domain\username"
by the mechanism of "Microsoft-WebDAV-MiniRedir/5.1.2600". Whereas
Windows 98SE/2000 authenticates users as "username" using the
mechanism of "Microsoft Data Access Internet Publishing Provider DAV
1.1".
The problem lies with the implementation of
"Microsoft-WebDAV-MiniRedir/5.1.2600". If authentication is sent as
"domain\username" then it would be received as "usernamedomain" or
"usernamehostname" by the Web server and not as "username".
Also as per "Microsoft Knowledge Base, Article ID: 841215" Windows
XP disables "Basic Auth" in its "Microsoft-WebDAV-MiniRedir/5.1.2600"
mechanism by default for security reasons. But WebDAV expects "Basic
Auth".//

I have more trouble understanding what you are trying to
acomplish.
[]'s
--
Don't be evil - Google 2004
We have a new policy - Google 2012

[Owner]

Please do not post here using an out-of-date user agent, viz:
Thunderbird 2.0.0.24

[Arlen Holder]

On Tue, 23 Oct 2018 15:19:58 -0500, Wildman wrote:

> I find it ironic that you keep insulting the very people
> you are trying to get help from. How is that working out?

Hi Wildman,

I'm no stranger to Usenet, where there are at least these two models:
o chitchat
o Q&A

For the chitchat model which most people seem to use, any one poster not
only posts 99% to other people's threads, those posters have nothing vested
in the outcome of the thread, so the common wisdom of not feeding the
trolls who show up to the potluck picnic works fine.

The Q&A model is more like a potluck picnic, where there is a desired
outcome of the thread, where each poster brings something of value to the
table.

Once the trolls show up to that Q&A potluck picnic, that picnic is already
ruined ... where all you can do is either not feed the trolls, or, attempt
to save the _next_ potluck picnic.

There is no good way to deal with trolls who bring a pile of shit to the
potluck picnic, just as there is no good way to deal with cowardly bullies,
or bank robbers.

For the Q&A model (where you have a vested interest in the outcome of the
thread), there is no good way to deal with the trolls, but, one way to deal
with them is to act like a mirror and a funnel.
o Strategy - funnel them into acting like an adult
o Tactic - by mirroring the intent of their posts

Specifically, just as a policeman leaves you alone (we hope) if you're not
speeding, I leave trolls alone if they don't infest Q&A threads that I care
come to a useful outcome.

I'm not here for chitchat; I'm here only to solve hard problems.

Specifically, even after dozens of posts, we still have no working useful
answer to the question:
Does freeware exist on Windows that will mount (as a drive letter) Android connected via USB as MTP?
A: ?

[Arlen Holder]

On Tue, 23 Oct 2018 19:30:14 -0200, Shadow wrote:

> That Win2k (and Win 98SE) and Win XP are different?
> No, not really

Yeah. Thanks.

As you already saw, I had explained to Wildman more than an hour before you
posted this, that I had a momentary brain fart (cue all the childish jokes
by the trolls) by equating win2k with winxp due to the fact I merely skim
anything from Diesel whose posts are mostly erratic emotions devoid of
factual proof (a screenshot proving anything Diesel says seems to be well
beyond his capability, for example).

> Also as per "Microsoft Knowledge Base, Article ID: 841215" Windows
> XP disables "Basic Auth" in its "Microsoft-WebDAV-MiniRedir/5.1.2600"
> mechanism by default for security reasons. But WebDAV expects "Basic
> Auth".//

This is a useful nugget of knowledge which I will forward to the Windows
users so that they benefit from your information. Thanks!

>
> I have more trouble understanding what you are trying to acomplish.

Easy.

While I solve (almost) all problems I tackle (with the help of experts like
those on this ng), these two problems appear unsolved.

1. What is your working non-root solution for SMB share mounting over WiFi
2. What is your freeware solution for MTP filesystem mounting over USB

[Shadow]

On Tue, 23 Oct 2018 22:34:37 +0100, Owner <ow...@nomail.afraid.org>
wrote:

It's what I use. Is it too safe ?

[Shadow]

On Tue, 23 Oct 2018 22:35:14 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>On Tue, 23 Oct 2018 19:30:14 -0200, Shadow wrote:
>
>> That Win2k (and Win 98SE) and Win XP are different?
>> No, not really
>
>Yeah. Thanks.
>
>As you already saw, I had explained to Wildman more than an hour before you
>posted this, that I had a momentary brain fart (cue all the childish jokes
>by the trolls) by equating win2k with winxp due to the fact I merely skim
>anything from Diesel whose posts are mostly erratic emotions devoid of
>factual proof (a screenshot proving anything Diesel says seems to be well
>beyond his capability, for example).

I'm sure Diesel could figure out how to take a screenshot, but
he probably has more important things to do. But he DID point out that
the auth was different between win 2000 and XP.
Did you thank him ?

>
>> Also as per "Microsoft Knowledge Base, Article ID: 841215" Windows
>> XP disables "Basic Auth" in its "Microsoft-WebDAV-MiniRedir/5.1.2600"
>> mechanism by default for security reasons. But WebDAV expects "Basic
>> Auth".//
>
>This is a useful nugget of knowledge which I will forward to the Windows
>users so that they benefit from your information. Thanks!
>>
>> I have more trouble understanding what you are trying to acomplish.
>
>Easy.
>
>While I solve (almost) all problems I tackle (with the help of experts like
>those on this ng), these two problems appear unsolved.
>
>1. What is your working non-root solution for SMB share mounting over WiFi
>2. What is your freeware solution for MTP filesystem mounting over USB

SMB blocked by my firewall. And no Android devices allowed in
my house ... my nosy neighbour is enough bother.

[Anonymous Remailer (austria)]

In article <K6SdnaD86_U9EVLG...@texas.net>

Attention Group!

Meet Ms. Betsy Bitch. Along with Far North, From The Rafters and
MickDuff-The Kneeler, Betsy-Bitch is one of DuckShit's
asskissing, BJ-Givers for Dusti-Boi.

I still have tons of her vicious, dehumanizing posts from the past.
She's a haggard old bitch who hangs in alt.2600.debate.winged-
personifications. She's a whore who uses that group to stay in touch
with her johns. She uses encryption in all her posts to hide what's
going on.

[Arlen Holder]

On Tue, 23 Oct 2018 22:02:02 -0200, Shadow wrote:

> I'm sure Diesel could figure out how to take a screenshot, but
> he probably has more important things to do. But he DID point out that
> the auth was different between win 2000 and XP.
> Did you thank him ?

As far as I can tell,
o Diesel rants emotional gibberish
o Interspersed with claims of knowledge we already long ago published
o He found completely inconsequential information about WinXP/Win2K
o He argues completely inconsequential information about Android <4.3

Yes, I futzed up on that inconsequential information; but win2k/WinXP
inconsequential nonetheless, and Android prior to 4.3 is also just as
inconsequential.

Diesel apparently thinks he's a genius for telling us inconsequential
details about Android & Windows releases that are so old that we barely
remember them.

Should you thank me if I unearth something inconsequential about win2k?
Should you thank me if I unearth something meaningless about Android 4.2?
Are you really _that_ shallow, Shadow?

Moving forward, the point is...
Nobody has any value, not even me, if we don't further our knowledge.

That means:
o Modern Android
o Modern Windows

What remains unanswered, are these two questions, which Diesel and you,
Shadow, are welcome to answer which would prove his intelligence and
knowledge:
o What is your working non-root solution for SMB share mounting over WiFi
o What is your freeware solution for MTP filesystem mounting over USB

HINT: If you can't answer them then that tells us all we need to know.

> SMB blocked by my firewall. And no Android devices allowed in
> my house ... my nosy neighbour is enough bother.

Why did you bother to respond if you had nothing of value to add?

See also:
What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?
<https://groups.google.com/forum/#!topic/comp.mobile.android/3QQ8bAZeXNI>

Too many people post, Shadow, without adding a single iota of value.

The open questions )only for _experts_ on this newsgroup) are...
o What is your working non-root solution for SMB share mounting over WiFi
o What is your freeware solution for MTP filesystem mounting over USB

[Arlen Holder]

On Wed, 24 Oct 2018 02:42:56 +0200 (CEST), Anonymous Remailer (austria)
wrote:

> Attention Group!
>
> Meet Ms. Betsy Bitch. Along with Far North, From The Rafters and
> MickDuff-The Kneeler, Betsy-Bitch is one of DuckShit's
> asskissing, BJ-Givers for Dusti-Boi.
>
> I still have tons of her vicious, dehumanizing posts from the past.
> She's a haggard old bitch who hangs in alt.2600.debate.winged-
> personifications. She's a whore who uses that group to stay in touch
> with her johns. She uses encryption in all her posts to hide what's
> going on.

You know a thread is dead the moment the trolls arrive in spades.

Do any of these common trolls even _comprehend_ the questions being asked?

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqo7n1$2am$1...@news.mixmin.net Tue, 23 Oct 2018 22:35:14 GMT in

alt.comp.freeware, wrote:

> As you already saw, I had explained to Wildman more than an hour
> before you posted this, that I had a momentary brain fart (cue all
> the childish jokes by the trolls) by equating win2k with winxp due
> to the fact I merely skim anything from Diesel whose posts are
> mostly erratic emotions devoid of factual proof (a screenshot
> proving anything Diesel says seems to be well beyond his
> capability, for example).

Nice try, Arlen. I've called you out on point in several of your
posts, directly disputing you. You don't respond because you've got
nothing to respond with that contradicts anything I wrote.

You've already demonstrated that you have trouble understanding
simple things I've written, so it's no surprise to me that my
technical replies are lightyears above your comprehension level.

You may continue writing all the horse shit about me that you like if
you feel better by doing so. I can't help but notice though, I've
provided you the most technical information on the thread. And, would
provide you much more detailed information when/if you lose your
attitude.

> This is a useful nugget of knowledge which I will forward to the
> Windows users so that they benefit from your information. Thanks!

I have a sneaky suspicion you're acquiring knowledge here and
elsewhere to pass off as your own as you assist others you know in
real life. Am I close with this Arlen? Are you the same individual
who had major issues printing stock with a specific font? The writing
style is the same, is why I continue to ask.

> While I solve (almost) all problems I tackle (with the help of
> experts like those on this ng), these two problems appear
> unsolved.

ROFL.

> 1. What is your working non-root solution for SMB share mounting
> over WiFi 2. What is your freeware solution for MTP filesystem
> mounting over USB

Apologize for your previous comments and I'll give you the answers
you want that nobody else seems to know. Woops.


--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================
A mute walks into a drugstore (chemist) to buy package of
prophylactics. Unable to tell the pharmacist what he wants, he puts
a $5.00 bill on the counter, unzips his pants, and puts his dick on
the counter and points to it.

The pharmacist watches, unzips his own fly, puts his dick on the
counter, puts a ruler down next to both of them, points out that his
is 1 inch longer and takes the mute's $5.00 bill.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqnsf2$f6p$1...@news.mixmin.net Tue, 23 Oct 2018 19:23:15 GMT in

alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 10:29:10 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> What a fraud you are Dusty. I confirmed he was right and it
>> worked with webDAV yesterday. Times you pull this trick. You are
>> one sad MF.
>
> I'm not sure why Diesel brought up multiple "solutions" solved
> long ago, where, if he (or anyone else) was actually smart, they'd
> help us solve the real problems that are still unsolved for all of
> us.

Who's us, specifically? I'm intentionally being difficult with you
because of your previous attitude towards myself. You're doing it
again, btw. I'm surprised you actually make any progress with that
line of thinking or the actions you take.

> For example...
> 1. There is no working non-root solution for SMB mounting over
> WiFi 2. There is no known freeware solution for MTP mounting over
> USB

Yes, there is.

> If anyone has a freeware solution to those *unsolved* problems,
> that would be proof of their intelligence and knowledge (not some
> random rehash of what we already covered long ago).

It wouldn't be proof of anything of the sort. It would be me doing
you a solid when you don't deserve it, and, have already shown you
won't issue proper credit for, either. I was born at night, but, it
wasn't last night and reverse psy nonsense didn't work on me as a kid
either.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

I used to understand this stuff. Now I just fake it.

[Diesel]

"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>

news:f1qtsdppu7gp96f03...@4ax.com Tue, 23 Oct 2018

09:29:10 GMT in alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 06:34:36 -0000 (UTC), Diesel <m...@privacy.net>
> wrote:
>
>>"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>
>>news:i08qsdhm7q3s3n43r...@4ax.com Mon, 22 Oct 2018
>>00:56:55 GMT in alt.comp.freeware, wrote:
>>
>>[snip idiots rambling nonsense]
>>
>>> net use only works with samba shares
>>
>>ROFL. Actually, that's not correct. It uhh works with webdav too.
>>Try it and see for yourself. I know, I sound crazy.. but, try it.
>>Humour me.
>
> What a fraud you are Dusty. I confirmed he was right and it worked
> with webDAV yesterday. Times you pull this trick. You are one sad
> MF.

What are you drinking and/or smoking in excessive amounts this time?

> Message-ID: <k0irsdtlp7jgthtcb...@4ax.com>
>
> "He does seem to be right about net use and webDAV though. "
>
> Dusty knew this all along because he's super clever everyone...
> Pooh didn't nerney nerney...

Umm, I knew this because I actually read the info sheet microsoft
sent us prior to official XP 'release' upon the masses, nearly two
decades ago now. We got advanced copies to play with. Perks of being
an MS bitch (erm, professional) I meant to say.

What I'd like to know is how you could have possibly NOT KNOWN webdav
was supported via net use for the past near two decades now? How did
you think the web folders worked on XP? You knew that was touted as a
new feature (selling point) back then, didn't you? You've been doing
I.T. for longer than myself, right? Then.. how did you not know this,
decades ago? You are or were at some point a Microsoft professional
of some kind weren't you?

Why do I hear crickets... I haven't even sent the post yet... rofl.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

A list is only as strong as its weakest link. - Don Knuth

[Diesel]

"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>

news:4sptsddg360c7mjbk...@4ax.com Tue, 23 Oct 2018
09:20:43 GMT in alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 06:34:35 -0000 (UTC), Diesel <m...@privacy.net>
> wrote:
>
>>Do remember, I gave you a very direct hint; that libmtp wouldn't
>>be what you were looking for. Pooh didn't. [g]

>
> He wanted to get libmtp going and I helped him. Did you. No. End
> of.

HAHAHAHA. You knew what he wanted to do with it, and you didn't tell
him it wouldn't work. As far as me helping him get it going, I sure as
fuck did. I provided the name of the readme file he should have paid
attention to, listing directions (he quoted it verbatim from my post no
less) of what he needed to do to finish getting it up and running. I
don't know which of our posts he read first, but, to say I didn't offer
anything on the subject is a lie. I did, it's in the fucking thread. I
rode him for not reading the directions. [g]

He quoted some of what I (not you) wrote infact as an addendum to his
documentation/notes/whatever the fuck he thinks it is.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Some people approach every problem with an open mouth

[Diesel]

"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>

news:bqptsd5812nmiuq77...@4ax.com Tue, 23 Oct 2018

09:18:27 GMT in alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 06:34:35 -0000 (UTC), Diesel <m...@privacy.net>
> wrote:
>

>>I've never met
>>someone as cocky as you are about I.T subjects
>
> Look in the mirror sonny.

No need. exevalid. Let's remind our audience, and our new arse
licking toadie you've got following you around like a puppy:

Message-ID: <lltcih$n6$1...@news2.open-news-network.org>

Jax wrote on 5/25/2014 :
> FromTheRafters <err...@nomail.afraid.org> wrote in news:llt35
> u$gvp>$1 @news2.open-news-network.org:
>
>> Jax expressed precisely :
>>
>> [...]
>>
>>> Spin it how you like but the fact remains that you paraded
>>>Exevalid
>>> as a wonder program and two weeks later several people
>>>conclusively showed that it was badly flawed.
>>
>> Actually, it worked flawlessly for the real reason he posted it.
>
> Rafters.... Dustin posted Exevalid to see who could tell him what
> it did.

That's not how I understood it. Dustin posted many times some
assembly language programs to see if certain select posters who
claim to be coders could tell him what they were doing. That bait
went untaken with his various 'hello world' type programs as well as
his CMOS checksum invalidator program. He apparently chose ASIC due
to its incomplete, by today's standards, implementation of HLL
constructs to trick these 'coders' into thinking that they
understood it enough to play along. Once sucked in by this ploy,
Pooh showed his hand.

> Pooh cat was able to do that.

No, in fact Pooh showed his misunderstanding. The rest was 'damage
control' by deflection.

> However Exevalid didn't do what he intended because it failed in
> certain circumstances.

> Pooh cat made some corrections.

He sucked you in as well. Pooh broke the program by removing what he
thought, incorrectly, was unneeded. He also described two integer
variables as representing 'true' and 'false' boolean values - those
integers were stored in two bytes each whereas two boolean values
would only take two bits to store. Global variables? Missing and/or
non-existent subroutines? Why not just tell Dustin what it was doing?
Hell, the name was EXEVALID (big clue there) and Pooh extracted only
the length calculation routine from it and called it a *counter* and
then proceeded to expand and overcomplicate it.

That just doesn't sound like a coder to me.

*** end snippit.

Nothings changed since that time, pooh. You're still the same
bullshitter you've always been.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Out the RS232, off the local server, through the backbone, off the
satellite, into the archive, back into the local server, . . .
nothing but Net!

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqna6d$hfq$3...@news.mixmin.net Tue, 23 Oct 2018 14:11:26 GMT in

alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 10:20:43 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> He wanted to get libmtp going and I helped him. Did you. No. End
>> of.
>
> I fumbled initially with LibMTP but with your help, I overcame
> those clumsy initial efforts to get LibMTP working well on Windows
> over USB: o http://www.bild.me/bild.php?file=5892198libmtp01.jpg

Yet, you quoted my reply to you, riding you for not reading the
directions; copy/paste job of my own post explaining what you didn't
do properly; and crickets from pooh about it. rofl.

Just another example of you refusing to give proper credit for
something you got help with where it's due. Hows pooh coming along
helping you get the mission accomplished? Seems to be taking a
considerable amount of time.

You realize, (I'm sure you do) that had you not come at me with your
asshat attitude, you'd already have a local mounted drive letter over
wifi/usb (either is fine, both work) for your android device on
windows and/or linux. I'm not the only one who knows how to do this
mind you, but, I'm likely one of the few reading usenet who would be
willing to document what you need to do, step by step; with all the
potential gotchas covered. Pooh didn't mention the driver signing and
I don't recall him showing you how to deal with that. :)

> One problem that I don't know Windows well enough to understand,
> is that I can't get _both_ LibMTP and MTPDrive to work at the same
> time on Windows.

You've demonstrated (by accident I suspect) that there is MUCH you
don't know about windows, and, computing in general.

> So far, the empirical results have been that I can have one, or
> the other, but not both, and, worse, not my choice of either.

you can have both, but, it requires a little diddling at a level you
probably aren't comfortable with. Do I know how to do it? Yes, I do.
Do I know how to explain to you to do it? Yes, I do. Am I going to?
Yes, when you concede and apologize. It's a simple request. How many
more days do you want to piss in the wind on this project of yours?

> Hence, I don't yet understand how to get both working at the same
> time, or, at least, both to be "available" to work at any desired
> time.

I do. :)

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

A child is for life, not just for benefits.

[Diesel]

Wildman <best...@yahoo.com>
news:ct6dnb3zhYuQ31LG...@giganews.com Tue, 23 Oct 2018

No worries. Pooh the networking/computer god (self proclaimed of
course) didn't know either, despite the fact it's been supported for
nearly two decades now. (yea, XP is getting up there in age.. heh)

Ah well. Some people know such things (and a fucking shitload more) on
such matters, because (like me) they do this for a living and have for
a long long fucking time. Then we have people like pooh... rofl.. nuff
said.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

If the government doesn't trust us with our guns, why should we trust
them with theirs?

[Diesel]

"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>
news:goqtsdtdjohoegq78...@4ax.com Tue, 23 Oct 2018
09:43:09 GMT in alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 06:34:37 -0000 (UTC), Diesel <m...@privacy.net>
> wrote:
>
>>I think this will be more to what you're needing:
>>
>>https://www.ferrobackup.com/download.html
>>
>>Scroll down until you see FTPUSE. It's a nice little program. One
>>for your trusty toolkit.
>>
>>I'm not going to go into great detail about it's command line, you
>>can figure it out easily enough. Here's what you type from console
>>in the folder it's installed to to get a drive letter to that
>>'folder' on your Android via FTP.
>>
>>FTPUSE R: 192.168.1.7 francis /USER:francis /PORT:2221
>>
>>Drive R: will be whatever home/root folder you assigned that login
>>to wind up in. So, if it's dcim/camera that's where it'll be. Or,
>>if you've allowed it, you can specify the 'remote path' as part of
>>the command line and it'll wind up there, instead. Useful if
>>you're going to be in a folder below home/root from login
>>destination, for utility like purposes I'd imagine. otherwise, I'd
>>just setup the account to be in the folder I plan to play in. .
>
> Well blow me, Arlen posted this eons ago but couldn't get it to
> work and I posted yesterday that it works. See below. Are you
> copying me again Dusty? Yes you are. Truly pathetic. Carry your
> own water.

Good for you. How could I be copying you, shit for brains; I read and
replied to posts in the order I got them. I didn't read ahead in the
thread to see who already suggested what. If I'm late to the party
and someone else already covered the same ground, good. I don't care.
In other words, poohskie, you aren't worth copying and I sure as hell
don't like to copy from defective source material. 'net use only
supports samba'; uhh, it hasn't been only supporting samba for nearly
two fucking decades now, asshat. Just what fucking I.T position do
you hold that allows you not to know that? Seriously. XP had the
client, Vista and up have the fucking entire API built right in for
Webdav. And you, mr I.T fucking self proclaimed God didn't know about
that? And you still claim you're a coder, eh? Fucking bullshit artist
more like.


> Still I guess you are participating now Pooh's showing you up.

XP is close to two fucking decades old now; webdav has been supported
via net use for nearly two decades now. Two decades and it's recent
news to you. And you think you're showing me up? ROFL, in your
fucking dreams.

I knew libmtp wouldn't provide him a local drive letter... :) Yet,
you suggested it anyway. ROFL. And, to beat all, the asshat didn't
bother to read the fucking directions before trying to use it.

> When are you going to post this mysterious DOS command for
> mounting as a drive that only super you knows about?

There's nothing mysterious about it. It's just another thing, that's
more than a few years old that somehow, heh, escaped being added to
your knowledge banks. Which makes me question your previous claims of
how long you've been in the I.T field. I think you've been
exaggerating about that and your actual 1st hand knowledge for a
considerable period of time. And every so often, you let it slip.
exevalid thread showed you aren't a coder of any sort. Maybe,
possibly, hll/script kiddie, but, not a coder.

And now, with your recent discovery of net supporting webdav...calls
into question that so called networking expertise you've claimed to
have. Quite honestly, you reak of bullshit and are in need of a
serious shower to get the stench off.

I'll post it when a couple of very simple conditions are satisfied by
the poster who actually desires the information and has been banging
his head against a virtual wall for days now trying to figure out, on
his/her own. They don't seem to be accomplishing much so far. ROFL.

> I'm guessing never because it doesn't exist.

You guessed the same thing with net use and webdav. How's it feel to
be wrong? How's it feel knowing you've been misinformed for nearly
two complete decades now? Icing on the cake, isn't it. Tastes great,
btw. You should have some. *smile*

> Prove me wrong.

Done that already. exevalid thread. Short summary by a third party
who observed it, with proper I.T background; unlike so many who
observe us. :)

> Earn your stripes wannabe clueless rude arrogant obstructive
> egotistical gibberish writer

Says the asshat who incorrectly thought (Windows XP, c'mon now; it's
been a long fucking time) net use only worked with samba. XP and up,
it supports webdav too. Seems you've been behind the times, for
nearly two decades now. But, you want people to believe you're a
'coder' and some kind of I.T expert...so fucking funny. I don't know
which amuses me the most. You expecting people to assume that about
you, or the suckers who actually do. Either way, it's funny as all
hell.

> face the truth. I'm way better than you.

Only in your dreams. I've already seen you demonstrate your coding
skillset, with the exevalid thread. You were a joke then, too.
And with 'net use only supports samba' which has since been corrected
(as in a couple of days? ago now) your networking expertise seems to
be much like your coder claims; mostly fucking horse shit, too.

The only way you'll ever be better than me is when I die and you've
got decades to catch up to and eventually exceed my level of
expertise. You don't have that much time left. Sorry.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

It is incumbent on us to avoid archaisms.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqo202$nu2$1...@news.mixmin.net Tue, 23 Oct 2018 20:57:38 GMT in

alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 15:18:00 -0500, Wildman wrote:
>
>> I would say you are the only one. The two quotes are clear
>> to me. The first says WebDAV is not supported in Windows
>> versions Win2k and below (below XP). The second says that
>> Windows XP and later supports WebDAV. Nothing contradictory
>> about those quotes. They both are saying the same thing in
>> different words. What is it you do not comprehend?
>
> Oh. Thanks. <slaps head>
> I realize _exactly_ what my brain burped on!

> I realize now, only belatedly, after you mentioned _win2k_, what
> had happened where my thought process was skewed a bit because I
> generally dimply skim anything from Diesel for a host of reasons,
> not limited to the fact his ramblings are more about his emotions
> than actual on-topic facts.

Your primary problem with me is my low tolerance for your ignorance
and lack of kid gloves when I respond to you. Might have something to
do with your asshat 'moron' etc comments you wrote to me previously.

I also can't help but notice your quick need to change course with
this and save some face. You intended to take a cheap shot at me,
assuming (incorrectly I might remind you) that I'd written something
incorrect and/or otherwise invalid. I didn't, as you've been told by
a couple of posters now. Pooh of course remains silent. [g] That's
something they are good at. rofl!

> Thanks for explaining where my mistake lay.

Your first mistake was referring to me as a moron...

> It was a thinko on my part because I don't generally take Diesel
> seriously.

Yea, except that I'm one of the few people on the entire thread who
knows exactly what you're trying to do and knows several tested and
working ways with which to accomplish it. Your pride and un deserved
ego prevents you from acquiring said knowledge.

For fucks sake, YOU knew net use supported webdav before Pooh did;
just how much help do you think he can really be to you? He suggested
a pile of utilities without mentioning the other two packages
required to use them; and didn't mention a thing about the digital
signature issue you'd run into. Nor did he suggest you read the
fucking documentation. *I* did. I even told you it wasn't going to do
what you were expecting. And, I wasn't wrong. You didn't get a
mounted drive letter for all that trouble you went through, right? :)

Pooh bragged about being the first to mention ftpuse.. Okay, so what?
it's an old program, he isn't the only one to use it, and I haven't
seem him suggest for you to use a particular command on the command
line; which might have been the reason you couldn't use it the first
time around.

If your ftp setup doesn't support passive (if you don't know what I'm
talking about, you most likely didn't configure passive mode) you
need to let ftpuse know this with another command. BY default, it
assumes your ftp is setup for passive. Some clients have an automatic
fallback mode, but, ftpuse isn't one of them. So you need to tell it
specifically about the ftp server. Is it passive or not? If not, you
need to let it know this. If you don't, there's a very good chance it
will not do as you expected. You may also have a firewall/port
forwarding configuration issue at hand. I didn't see the post where
you described trying to use ftpuse. The results of which could help
me help you 'fix it' if you wanted to do so.

In any event, I've seen nothing offered by pooh to help you get it
going. Just that it works for him. It works for me, too. But,
servers/clients aren't 'new' and mystical to me, either. I know how
to configure both, properly. I run servers. Have for years. hehehe.

I move alot of data around the net as part of something I'm involved
in, and have been involved in for (yes, it's almost HHI's birthday)
fifteen! years now. so securely setup servers aren't new to me.
Evidently, the entire world is new to you. I could be very useful to
you. But, you have to lose that shitty attitude you have towards me.
And, apologize for your previous asshat comments towards me.

If you'll do that, I'll give you the information you want. It's not
information you can't eventually get on your own. I'd just be saving
you alot of time. time you can put to better use with other projects
I'm sure you've got going. You seem to be a person of a full plate
most of the time.

So.. which shall it be then? The help you seek at a very low and
acceptable cost.. or, continuing down the path your already on,
hoping for good results at the end of your journey; which by the
looks of things, is going to take awhile.

I'll monitor this thread for replies specifically from you over the
next few days. It's upto you, what/if any help I provide.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Cat Game #10: Hide and go puke.

[Arlen Holder]

On Wed, 24 Oct 2018 05:53:15 -0000 (UTC), Diesel wrote:

> If your ftp setup doesn't support passive (if you don't know what I'm
> talking about, you most likely didn't configure passive mode)

These are the only two problems I care about to solve for this thread:
o How to run any Windows command on Android over USB using _freeware_
o Freeware to mount Android as a drive letter over WiFi using SMB

As for FTPUse... I've lost my patience with FTPUse, because
o I already have plenty of freeware FTP-mounting solutions that work
o All I ever cared about, for FTPUse, was that it works for _others_

The Android FTP server (v 1.32) I used was set up in its default mode:
<https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver>
o Network interface
(o)WiFi
(_)Ethernet
(_)Mobile network
(_)Bluetooth PAN
(_)Loopback (127.0.0.1)
(_)All
o Port = 2221
o Passive Ports = 2300-2399
o Anonymous user = [x]
o User name = francis
o User password = francis
o Home directory
(_)Root (/)
(o)SdCard
(_)DCIM
(_)Custom folder
(_)Ext. SdCard
o Read only = [_]
o Show hidden files = [_]
o Energy save mode = [_]
o High priority service = [x]
o Show server details = [x]

The FPTUse command I used on a Windows 10 Admin window was (verbatim):
ftpuse X: 192.168.1.7 francis /USER:francis /PORT:2221 /debug
ftpuse X: 192.168.1.7 francis /USER:francis /PORT:2221 /nopassive /debug

Reboot 1: Most of the time FTPuse simply fails:
o <http://www.bild.me/bild.php?file=5451129dir022.jpg>
Reboot 2: But once in a great while it actually appears to work ... but ...
even then, _nothing_ shows up as a drive letter as a result. :(
o <http://www.bild.me/bild.php?file=4121239dir021.jpg>
Reboot 3: And even then, FTPuse fails the next time:
o <http://www.bild.me/bild.php?file=8726712dir023.jpg>

> You may also have a firewall/port
> forwarding configuration issue at hand.

I don't usually deal with firewalls, where I turned off Windows Defender
(at least I think I did) for these experiments, but again, this isn't for
me so it really doesn't matter because if I can't do it out of the box,
neither will others be able to, which is the whole point, let's not forget.
Start > Settings > Update and security > Windows security >
Firewall and network protection > (everything is turned off)
<http://www.bild.me/bild.php?file=9234464dir024.jjpg.jpg>

I don't need FTPUse, and more importantly, if it's a POS, I don't want it.

I already have _plenty_ of ways to mount Android FTP shares, so I'm not
going to waste more time on FTPuse which I tentatively conclude is a flaky
piece of shit compared to NetDrive and DirectNetDrive which work every time
(but SFTP NetDrive fails as very often does FTPUse in the same situations).

> I didn't see the post where
> you described trying to use ftpuse. The results of which could help
> me help you 'fix it' if you wanted to do so.

I'm sure FTPuse works for others, which is all that matters to me.

I don't have patience for POS programs that don't provide good results.
Specifically, I don't have patience for error messages that make no sense.

Hence FTPUse, sucks IMHO, since it doesn't explain what error it's getting.
It's talking about "drivers", but that's just not helpful when it's flaky.
o It works once in a great while, and, yet
o It fails 99.9% of the time (using the _same_ drivers!)

My tentative conclusion?
o Don't use FTPUse if you have another solution that works

But all this FTPUse talk is useless because
o FTPUse isn't the real problem here anyway
o The real problem is that we don't have freeware to mount over USB

These are the only two problems I care about to solve for this thread:
o How to run any Windows command on Android over USB using _freeware_
o Freeware to mount Android as a drive letter over WiFi using SMB

[p-0''0-h the cat (coder)]

On Wed, 24 Oct 2018 01:07:22 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>On Wed, 24 Oct 2018 02:42:56 +0200 (CEST), Anonymous Remailer (austria)
>wrote:
>
>> Attention Group!
>>
>> Meet Ms. Betsy Bitch. Along with Far North, From The Rafters and
>> MickDuff-The Kneeler, Betsy-Bitch is one of DuckShit's
>> asskissing, BJ-Givers for Dusti-Boi.
>>
>> I still have tons of her vicious, dehumanizing posts from the past.
>> She's a haggard old bitch who hangs in alt.2600.debate.winged-
>> personifications. She's a whore who uses that group to stay in touch
>> with her johns. She uses encryption in all her posts to hide what's
>> going on.
>
>You know a thread is dead the moment the trolls arrive in spades.
>
>Do any of these common trolls even _comprehend_ the questions being asked?

There are very few posters here that are class. It's always been that
way. The quantity and quality of trolling now is abysmal <sigh> Look
elsewhere for answers. I do.

>o What is your working non-root solution for SMB share mounting over WiFi
>o What is your freeware solution for MTP filesystem mounting over USB

Sent from my iFurryUnderbelly.

--
p-0.0-h the cat

Internet Terrorist, Mass sock puppeteer, Agent provocateur, Gutter rat,
Devil incarnate, Linux user#666, BaStarD hacker, Resident evil, Monkey Boy,
Certifiable criminal, Spineless cowardly scum, textbook Psychopath,
the SCOURGE, l33t p00h d3 tr0ll, p00h == lam3r, p00h == tr0ll, troll infâme,
the OVERCAT [The BEARPAIR are dead, and we are its murderers], lowlife troll,
shyster [pending approval by STATE_TERROR], cripple, sociopath, kook,
smug prick, smartarse, arsehole, moron, idiot, imbecile, snittish scumbag,
liar, total ******* retard, shill, pooh-seur, scouringerer, jumped up chav,
punk ass dole whore troll, no nothing innumerate religious maniac,
lycanthropic schizotypal lesbian, the most complete ignoid, joker, and furball.

NewsGroups Numbrer One Terrorist

Honorary SHYSTER and FRAUD awarded for services to Haberdashery.
By Appointment to God Frank-Lin.

Signature integrity check
md5 Checksum: be0b2a8c486d83ce7db9a459b26c4896

I mark any message from »Q« the troll as stinky

[p-0''0-h the cat (coder)]

On Wed, 24 Oct 2018 01:03:10 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>As far as I can tell,
>o Diesel rants emotional gibberish
>o Interspersed with claims of knowledge we already long ago published
>o He found completely inconsequential information about WinXP/Win2K
>o He argues completely inconsequential information about Android <4.3

If you want to learn something or get help look elsewhere.

>Diesel apparently thinks he's a genius

Yes, that's it in a nutshell.

>The open questions )only for _experts_ on this newsgroup) are...
>o What is your working non-root solution for SMB share mounting over WiFi

This sounds totally doable. Need details of what you are trying to do.

>o What is your freeware solution for MTP filesystem mounting over USB

[Shadow]

On Thu, 25 Oct 2018 12:06:15 +0100, "p-0''0-h the cat (coder)"
<super...@fluffyunderbelly.invalid> wrote:

>>The open questions )only for _experts_ on this newsgroup) are...
>>o What is your working non-root solution for SMB share mounting over WiFi
>
>This sounds totally doable. Need details of what you are trying to do.

<http://www.quickmeme.com/img/1f/1f02a7d6eecc84be22bfc88bfefdbac8d6030a130562b5b8e6e3b054c9897dc8.jpg>

[p-0''0-h the cat (coder)]

On Thu, 25 Oct 2018 10:40:47 -0200, Shadow <S...@dow.br> wrote:

>On Thu, 25 Oct 2018 12:06:15 +0100, "p-0''0-h the cat (coder)"
><super...@fluffyunderbelly.invalid> wrote:
>
>>>The open questions )only for _experts_ on this newsgroup) are...
>>>o What is your working non-root solution for SMB share mounting over WiFi
>>
>>This sounds totally doable. Need details of what you are trying to do.
>
><http://www.quickmeme.com/img/1f/1f02a7d6eecc84be22bfc88bfefdbac8d6030a130562b5b8e6e3b054c9897dc8.jpg>

I know no fear.

[Spit the Cat]

On Thu, 25 Oct 2018 15:02:38 +0100, "p-0''0-h the cat (coder)"

<super...@fluffyunderbelly.invalid> wrote:

>On Thu, 25 Oct 2018 10:40:47 -0200, Shadow <S...@dow.br> wrote:
>
>>On Thu, 25 Oct 2018 12:06:15 +0100, "p-0''0-h the cat (coder)"
>><super...@fluffyunderbelly.invalid> wrote:
>>
>>>>The open questions )only for _experts_ on this newsgroup) are...
>>>>o What is your working non-root solution for SMB share mounting over WiFi
>>>
>>>This sounds totally doable. Need details of what you are trying to do.
>>
>><http://www.quickmeme.com/img/1f/1f02a7d6eecc84be22bfc88bfefdbac8d6030a130562b5b8e6e3b054c9897dc8.jpg>
>
>I know no fear.

Pooh, Dusty can help!

--
Spit the cat
Duddit's only lives if you feed him through a straw

[p-0''0-h the cat (coder)]

Yeah, he can copy/paste my work later and show me how to do it...

[Arlen Holder]

On Thu, 25 Oct 2018 11:56:37 +0100, p-0''0-h the cat (coder) wrote:

> There are very few posters here that are class. It's always been that
> way. The quantity and quality of trolling now is abysmal <sigh> Look
> elsewhere for answers. I do.

We are all old men who have been on Usenet for decades.
Plenty of child-like old men use it for their mere amusement.
o They use the chitchat model (each post being nearly worthless)
o They don't use the Q&A model (each thread adding to our tribal knowledge)

Me?
o I use only the Q&A model
* Hence, I seek the one person out of 1,000 who knows more than I do.

With that person's help, I _improve_ the tribal knowledge of all.
To that end, here's the _simplest_ summary of our progress I can write.

As always, please improve so that everyone benefits from every action!
****************************************************************************
Here's a quick summary of MTP mounting over USB universal solution results:
****************************************************************************
A. Windows 10 native connects to the Android filesystem as MTP
<http://www.bild.me/bild.php?file=9648761dir.jpg>
B. Ubuntu 18.04 native connects to the Android filesystem perfectly!
<http://www.bild.me/bild.php?file=6181360dir01.jpg>
C. MTPDrive crippleware mounts the Android filesystem as a drive letter
<http://mtpdrive.com/download.html>
MTPDrive mounts the Android filesystem as a drive letter over USB:
<http://www.bild.me/bild.php?file=1853998dir02.jpg>
But MTPDrive crippleware is crippled to 30 files transferred per session.
<http://www.bild.me/bild.php?file=8315262dir03.jpg>
C. LibMTP freeware manipulates the Android filesystem from Windows
<http://www.bild.me/bild.php?file=4140973libmtp06.jpg>
LibMTP is an implemenation of the Media Transfer Protocol (MTP):
<https://sourceforge.net/projects/libmtp/>
Which has a Windows port which worked for me:
<https://iweb.dl.sourceforge.net/project/libmtp/libmtp-win32/0.3.5-win32-1/libmtp-0.3.5-win32-bin.zip>
LibMTP will see & manipulate anything on the Android filesystem:
o connect.exe <http://www.bild.me/bild.php?file=4656598libtmp01.jpg>
o files.exe <http://www.bild.me/bild.php?file=1056305libmtp02a.jpg>
o folders.exe <http://www.bild.me/bild.php?file=8059960libtmp03.jpg>
o emptyfolders.exe <http://www.bild.me/bild.php?file=2119219libtmp04.jpg>
o detect.exe <http://www.bild.me/bild.php?file=1385877libmtp05a.jpg>
o tracks.exe <http://www.bild.me/bild.php?file=6524854libmtp07.jpg>
o (other commands) <http://www.bild.me/bild.php?file=8494912libtmp08.jpg>

Note: LibMTP uses a universal USB driver which nobody knows much about.
How can we get two drivers to co-exist in the device manager
for the same Android phone?
<http://www.pcbanter.net/showthread.php?t=1106181>
****************************************************************************
Here's a quick summary of WebDAV/FTP share mounting general solution results:
****************************************************************************
0. Android freeware (worked perfectly for me on Nougat 7.0)
1. NetDrive freeware (worked perfectly for me on Windows 10)
2. DirectNetDrive freeware (worked perfectly for me on Windows 10)
3. FTPUse freeware (did not work for me on Windows 10)
4. SFTP NetDrive freeware (did not work for me on Windows 10)
5. FTPDrive freeware (did not work for me on Windows 10)
6. WebDrive trialware (did not work for me on Windows 10)
7. Windows 10 native commands (worked fine for WebDAV but failed for FTP)

Controls:
o UNC & URI Syntax:
\\HostName[@SSL][@Port]\SharedFolder\Resource
ftp://[user[:password]@]host[:port]/url-path
http://[user[:password]@]host[:port]/url-path
o Web browser URL (worked perfectly)
ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera
<http://www.bild.me/bild.php?file=9948610ftpshare03.jpg>
<http://www.bild.me/bild.php?file=5127116ftpshare04.jpg>
o Windows network URI (worked perfectly)
ftp://francis:fra...@192.168.1.7:2221/DCIM/Camera
<http://www.bild.me/bild.php?file=4785408ftpshare01.jpg>
<http://www.bild.me/bild.php?file=8734999ftpshare02.jpg>
o Windows "net use" (works perfectly for WebDAV)
o net use X: \\192.168.1.7@8000\DCIM\Camera /USER:francis francis
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
<http://www.bild.me/bild.php?file=9764689dir015.jpg>
<http://www.bild.me/bild.php?file=2542487dir016.jpg>
<http://www.bild.me/bild.php?file=8381514dir017.jpg>
<http://www.bild.me/bild.php?file=2373390dir019.jpg>
o Windows "net use" (fails miserably for FTP)
o net use X: \\192.168.1.7@2221\DCIM\Camera /USER:francis francis
<http://www.bild.me/bild.php?file=3626731dir018.jpg>

Firewall:
o The only time Windows Defender was disabled was for FTPUse.
============================================================================
0. Android freeware (set to defaults)
============================================================================
Tested Android FTP server:

<https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver>
o Network interface
(o)WiFi
(_)Ethernet
(_)Mobile network
(_)Bluetooth PAN
(_)Loopback (127.0.0.1)
(_)All
o Port = 2221
o Passive Ports = 2300-2399

o Anonymous user [x]

o User name = francis
o User password = francis
o Home directory
(_)Root (/)
(o)SdCard
(_)DCIM
(_)Custom folder
(_)Ext. SdCard

o Read only [_]
o Show hidden files [_]
o Energy save mode [_]
o High priority service [x]
o Show server details [x]

Tested Android WebDAV server:
<https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver>

o Network interface
(o)WiFi
(_)Ethernet
(_)Mobile network
(_)Bluetooth PAN
(_)Loopback (127.0.0.1)

o Port = 8080
o Use password [_]
o User name = [blank]
o User password = [blank]

o Home directory
(_)Root (/)
(o)SdCard
(_)DCIM
(_)Custom folder
(_)Ext. SdCard

o Custom folder = [/] (grayed out)
o Lock mode
(o)SCREEN_DIM_WAKE_LOCK
(_)WIFI_MODE_FULL
(_)WIFI_MODE_FULL_HIGH_PERF
o High priority service [x]
o Show server details [x]
============================================================================
1. NetDrive freeware
<http://netdrive.net/> (for version 3.6.571 trialware)
<https://filehippo.com/download_netdrive/12615/> (for 1.3.2.0 freeware)

There are (apparently) three main versions (version 1, 2, & 3)
The latest 3.6.571 trialware is limited to 7 days;
but some older versions are free for non-commercial home use.
I don't know the cutoff version for the freeware to payware (do you?).
There are lots of versions here (the oldest being version 1.3.2.0).
<https://filehippo.com/download_netdrive/history/5/>
So I tested the earliest possible version, which said:
"From BDrive, Inc, 2011, Version 1.3.2.0"
"This product is free for non-commercial home use"
For the version 1.3.2.0, the defaults are:
[x]Launch windows explorer when connected to server
[_]Open status windows when connected to server
[x]Automatically run NetDrive when I log on to Widnows
[x]Always open site manager when dobule-click system tray icon
[x]Check for updates automatically
I changed those defaults to:
[x]Launch windows explorer when connected to server
[x]Open status windows when connected to server
[_]Automatically run NetDrive when I log on to Widnows
[x]Always open site manager when double-click system tray icon
[_]Check for updates automatically

NetDrive freeware worked perfectly:
<http://www.bild.me/bild.php?file=1383190dir014.jpg>
<http://www.bild.me/bild.php?file=3994244dir020.jpg>
============================================================================
2. DirectNetDrive freeware
<http://www.directnet-drive.net/>
<http://www.bild.me/bild.php?file=6340420dir012.jpg>

When DirectNetDrive runs, a form pops up:
o Site name (default = blank)
o Drive letter (default = blank)
o URL (default = http://)
o Protocol (default = WebDAV) (choices are WebDAV, FTP, SFTP)
o Host (default = blank)
o Port (default = blank)
o Path (default = blank)
o User (default = blank)
o Password (default = blank)
o Proxy (default = None)
o SSL (default = None)

I changed that to:
o Site name (default = blank)
o Drive letter = R
o URL (this changed to ftp://francis:*@192.168.1.6:2221)
o Protocol = FTP
o Host = 192.168.1.6
o Port = 2221
o Path (default = blank)
o User = francis
o Password = francis
o Proxy (default = None)
o SSL (default = None)

I hit the "Connect" button & it worked perfectly.
<http://www.bild.me/bild.php?file=4731516dir011.jpg>
============================================================================
3. FTPUse freeware
<https://www.ferrobackup.com/download/FtpUseInst.exe>
The FPTUse commands I used on a Windows 10 Admin window are:

ftpuse X: 192.168.1.7 francis /USER:francis /PORT:2221 /debug
ftpuse X: 192.168.1.7 francis /USER:francis /PORT:2221 /nopassive /debug

Reboot 1: Most of the time FTPuse simply fails:
o <http://www.bild.me/bild.php?file=5451129dir022.jpg>

Reboot 2: Once in a great while FTPuse appears to work
But, _nothing_ shows up as a drive letter.

o <http://www.bild.me/bild.php?file=4121239dir021.jpg>

Reboot 3: And even then, FTPuse fails the next time:
o <http://www.bild.me/bild.php?file=8726712dir023.jpg>

Even after Windows Defender is turned off:
o Start > Settings > Update and security > Windows security >

Firewall and network protection > (everything is turned off)
<http://www.bild.me/bild.php?file=9234464dir024.jjpg.jpg>

============================================================================
4. SFTP NetDrive freeware (it took a bogus email to enable the download)
<https://www.nsoftware.com/sftp/netdrive/>
(It took a bogus first name & different email to enable the first run)

The settings I used were:
o Server = 192.168.1.6:22221
o Username = francis
o Authentication = Password
o Password = francis
o Key = (grayed out)
o Drive Letter: X:
Then I pressed the "Connect" button.
It errored witgh a "Connection Timeout" in my tests.
<http://www.bild.me/bild.php?file=2809525dir013.jpg>
============================================================================
5. FTPDrive freeware
<http://www.killprog.com/fdrve.html>

FTPDrive was last updated, apparently, in 2006.
The version 3.5 freeware I tested created a "drive letter".
But the results of that drive letter, were empty.
<http://www.bild.me/bild.php?file=4023721dir025.jjpg.jpg>

Let us know if it works for you, particularly if you're on WinXP.
============================================================================
6. WebDrive trialware
<https://webdrive.com/download/>
I didn't test because it's 10-day trialware & I had plenty of solutions.
============================================================================
As always, please improve so that all benefit from every action.
============================================================================
Related recent Usenet threads:
o Tutorial to run any Windows command directly on Android over either USB or Wi-Fi
<https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>
o What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?
<https://groups.google.com/forum/#!topic/microsoft.public.windowsxp.general/BLhcFy2lpjw>
o Does freeware exist on Windows that will mount (as a drive letter) Android connected via USB as MTP?
<https://groups.google.com/forum/#!topic/alt.comp.freeware/TaIlIMK2Nuw>
o Non-root Android SMB/CIFs Samba server set to communicate on TCP ports higher than 1024
<https://groups.google.com/forum/#!topic/comp.mobile.android/CZolwHVb0-c>
o Do these 3 WiFi tests of a network location to a drive letter mapping work for you on Android 7.0 Nougat & Windows 10 using only freeware?
<https://groups.google.com/forum/#!topic/alt.comp.freeware/9Ovk-O3j5l8>
o How can we get two drivers to co-exist in the device manager for the same Android phone?
<https://groups.google.com/forum/#!topic/comp.mobile.android/SHR2YmpfVwo>
o How do you copy photos over USB from Android to Windows?
<https://groups.google.com/forum/#!topic/comp.mobile.android/X9sUE-ATG94>
o Simultaneously slide Windows Linux iOS Android files back and forth over USB at 7GB per minute speeds using 100% native devices (no proprietary software needed)
<https://groups.google.com/forum/#!topic/comp.mobile.android/WohhLOTCYKw%5B1-25%5D>
===========================================================================

[Arlen Holder]

On Thu, 25 Oct 2018 12:06:15 +0100, p-0''0-h the cat (coder) wrote:

> If you want to learn something or get help look elsewhere.

All I expected, of this newsgroup, was _freeware_ to do what I can already
do, so that _everyone_ else could do, what I already can do.
o Does freeware exist that will mount Android over USB on Windows?

Q: Does that freeware exist?
A: We still don't know the answer.

>>Diesel apparently thinks he's a genius
>
> Yes, that's it in a nutshell.

To me, someone is a genius if they can answer the hard questions.
Or, if they can provide a nugget that helps us arrive at that answer.
Everything else is meaningless chit chat.

Nobody, for example, seems to be able to answer the basic questions:
o What is a working non-root solution for SMB share mounting over WiFi
o What is a freeware solution for MTP filesystem mounting over USB

>>The open questions (only for _experts_ on this newsgroup) are...

>>o What is your working non-root solution for SMB share mounting over WiFi
>
> This sounds totally doable. Need details of what you are trying to do.

I would _love_ if you can help us move forward to _solve_ those 2 problems.
o What is a working non-root solution for SMB share mounting over WiFi
o What is a freeware solution for MTP filesystem mounting over USB

They are both _age-old_ problems, mind you.

For the first problem, a search will show it's a holy grail for Android:
o Only one solution has supposedly worked after Android 4.3 came out.
o But it no longer works (plus, it required a VM + port forwarding)

<https://android.stackexchange.com/questions/1705/using-smb-server-without-root-access>
<https://stackoverflow.com/questions/11525703/port-forwarding-in-windows>
<https://techforpassion.blogspot.com/2013/12/android-how-to-share-folder-over-wifi.html>
etc.

For the second problem, since payware exists, freeware _can_ exist.
We just need to find the 1 person out of 1,000 who knows more about it.

[Flasherly]

On Thu, 25 Oct 2018 18:25:49 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>> If you want to learn something or get help look elsewhere.
>
>All I expected, of this newsgroup, was _freeware_ to do what I can already
>do, so that _everyone_ else could do, what I already can do.
>o Does freeware exist that will mount Android over USB on Windows?
>
>Q: Does that freeware exist?
>A: We still don't know the answer.

Freeware, like a free lunch, does exist, but it may not necessarily
last for long. When a restaurant opens, especially run by Greeks,
it'll offer discounted or effectively free amounts of especially
well-prepared food. Mission accomplished: customer awareness, then
raise the prices. Like something good, free for shareware, then
limitware, but still less than commercial software.

Computers, everybody first offered freeware. But it wasn't enough to
be literate. So Windows 3.xx came along and everybody tried, once
again, by programming for the future of human utilitarianism, for
chicken-pluck mouse clicks and under a Windows GUI standard, and its
current and actively engaged 60,000 copyright patents.

Mission accomplished: Microsoft then thought, as we now know, why not
raise the price by marketing Windows 10, among other considerations,
for reinventing a functionality of prior free programs, given us, only
in proprietary form, without of course the "clunky" interface, so we
can charge for them.

A knothole remained, though. Android heldhelds, are insensibly much
simpler than Windows 10, without a prior baggage of autonomous desktop
computers capable of running, additionally, freeware;- Conspicuously,
computers not only capable of direct terminal emulation from cloud
services. Androids are thus less autonomous, and root kits from a
connectivity standpoint may not make them any more so: Industry is
aware, after and engaged in spotting and disabling root hacks.

A PC is no more than a target for commercial exploitation from program
offerings. They are distinct. A distinctness lacking from the
handheld Android, as if it's very BIOS and every firmware feature
potentially is tied into a dependency design upon of cloud services.
All of which makes it a limited entity favoring the industrial motif
of commercial services. No one can most freely program for hardware
if it is designed in many ways to be limited to what only cloud
services say it uniquely may run.

So and from the standpoint of Jane and John Doe, for whom the handheld
device, in their mind, is what it means to be an actual computer
operator.

So when you come along to say -- but I want more to interface with
this Android, as one as if from an hardware extension of the PC's
operating system, with control for so simple tasks as aspects of disk
storage, no differently -- why, then, should it be surprising to be
apprised that that will cost you and perhaps dearly.

The Android premise is one relatively new, but that they're playing
hardball is not: Windows 10 and Androids are no differently skewed
towards cloud service dependencies for translating service usage into
a dependency of profitable cost allowance.

That the Android is a different subset of architecture operation
codes, than standardized Intel microcode, as originally and despite
being adapted from a unix derivative, is not all bad. There are
developmental community interests, some apparently, concerned with
"cross-over" utilities, e.g. roots obviously, for porting free code,
apart from industrial design intent, somewhere between a cloud,
hardware limitations, code inferences, and what an actual "personal
computer" is capable.

But, as with general suppositions among all great and good things,
facial stuffing and PCs, the free eventually goes out the backdoor of
that Greek restaurant, pickings, and the paying customers go in the
frontdoor, prima facie. It's never any better than as good as when
everyone, front and back, get's to line up and wait for their turn up.
May that day when you trip over your own feet to get in line for a
discounted or free Android filesystem FATExt32(™ MSFT) manager be
soon.

[Arlen Holder]

On Thu, 25 Oct 2018 16:36:38 -0400, Flasherly wrote:

> May that day when you trip over your own feet to get in line for a
> discounted or free Android filesystem FATExt32(™ MSFT) manager be
> soon.

This thread seeks the 1 intelligent person out of 1,000 who can answer:
o What is a freeware non-root solution for SMB share mounting over WiFi
o What is a working freeware solution for MTP filesystem mounting over USB

Does it exist?
Where?

[Flasherly]

On Fri, 26 Oct 2018 01:50:04 -0000 (UTC), Arlen Holder
<a%rlenh...@no.spam.net> wrote:

>This thread seeks the 1 intelligent person out of 1,000 who can answer:
>o What is a freeware non-root solution for SMB share mounting over WiFi
>o What is a working freeware solution for MTP filesystem mounting over USB
>
>Does it exist?
>Where?

For the 999 that's known as an actual actor for sports star. Say
you're a programmer, effectively a hardware engineer, you'll draw a
blank. Keep at it long enough, they'll notice but still won't
understand the specialty;- Instead, you'll get posted into
upper-management for organizational and solution skills.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqogcd$gdv$1...@news.mixmin.net Wed, 24 Oct 2018 01:03:10 GMT in

alt.comp.freeware, wrote:

> On Tue, 23 Oct 2018 22:02:02 -0200, Shadow wrote:
>
>> I'm sure Diesel could figure out how to take a screenshot,
>> but
>> he probably has more important things to do. But he DID point out
>> that the auth was different between win 2000 and XP.
>> Did you thank him ?
>
> As far as I can tell,

[snip]

The long and short is, No, he did not.

He did attempt to insult me (again) in a coy fashion. Well, for
him/her I suppose it was an attempt at being coy.

> Yes, I futzed up on that inconsequential information; but
> win2k/WinXP inconsequential nonetheless, and Android prior to 4.3
> is also just as inconsequential.

What you're now attempting to dismiss as inconsequential information
is anything but. It directly disputes (with facts to support it)
everything you wrote concerning 'Universal' file sliding as well as
your absurd claims below:

Message-ID: <pq369c$t60$1...@news.mixmin.net>
You are correct that there are mixed results in the real world.
1. If you have _old_ Android (<4.3), you _can_ use "mass storage"
usb.
<https://www.howtogeek.com/192732/android-usb-connections-
explained-mtp-ptp-and-usb-mass-storage/>
2. If you have _newer_ Android (>4.3), mass storage works only if
rooted.
<https://android.stackexchange.com/questions/190138/how-to-use-
usb-mass-storage-mode-on-android-4-3>
3. A server "network share" method _does_ allow "Open Command Window
Here".
<http://www.bild.me/bild.php?file=8605173dir05.jpg>
4. FTPuse "should" assign an FTP-server drive letter (failed on my
Nougat).
<http://www.bild.me/bild.php?file=7687244dir06.jpg>
5. Everything that seems to work over usb, is _old_ or _rooted_.
<https://www.google.com/search?
&q=android+windows+usb+mass+storage+mode+mount+drive+letter>

Statements 1,2 and 5 are incorrect, flatout, incorrect. Not a little
screwup on your part as you're attempting to downplay it now; but an
outright fuckup on your part, multiple times.

> Diesel apparently thinks he's a genius for telling us
> inconsequential details about Android & Windows releases that are
> so old that we barely remember them.

Although I've been using the handle Diesel for a semi considerable
amount of time now, I'm much better known under another one. Had you
been on usenet for as long as you've claimed, multiple times now,
you'd know what that handle is and wouldn't have come at me with the
continued condescending attitude that you're displaying (again)
above. You'd know better.

> Should you thank me if I unearth something inconsequential about
> win2k? Should you thank me if I unearth something meaningless
> about Android 4.2? Are you really _that_ shallow, Shadow?

See above. What you wrote (with inaccurate urls to support) wasn't
inconsequential. You specifically tried to claim that Android above
4.3 had to be rooted in order for you to be able to access it in mass
storage mode. That's not, and never has been true. Now you're
attempting to rewrite what you previously wrote? :) nice try, Arlen.

> Moving forward, the point is...
> Nobody has any value, not even me, if we don't further our
> knowledge.

You haven't demonstrated any value so far, Arlen. I've yet to learn a
single thing from any of your posts, so far. OTH, You've been
learning from mine. You've even lifted sections of one in particular
as part of a reply you wrote to another person. Spiffy of you.

> That means:
> o Modern Android
> o Modern Windows

Moving the goalposts again are we? That's fine, it can be done with
'modern' or older, or a mix between the two.

> What remains unanswered, are these two questions, which Diesel and
> you, Shadow, are welcome to answer which would prove his
> intelligence and knowledge:

It wouldn't prove anything of the sort. You've already demonstrated
that you have the emotional maturity of a small child multiple times
in your post that I'm responding to.

> o What is your working non-root solution for SMB share mounting
> over WiFi o What is your freeware solution for MTP filesystem
> mounting over USB
>
> HINT: If you can't answer them then that tells us all we need to
> know.

I can answer both. Further, I can provide multiple solutions for
doing both. You have choices with the methods I know. Some of which
are standard in my circles.

> Too many people post, Shadow, without adding a single iota of
> value.

So far, amusingly or sadly, depending on your POV, you've been one of
those very people. Your piss poor efforts to insult me aren't adding
value. They're simply wasting your time. You could have had what
you've been asking for days ago, literally days ago, had you not been
a smartass, condescending asshole towards me.

For someone as intelligent as you'd like for us to take you as being,
you are spending an absurd amount of time avoiding doing the right
thing here. How many more days of your time do you want to spend on
this project? Are you going to give up, having exhausted the limited
amount of information you comprehend, yet?

> The open questions )only for _experts_ on this newsgroup) are...
> o What is your working non-root solution for SMB share mounting
> over WiFi o What is your freeware solution for MTP filesystem
> mounting over USB

There's several actual experts in various fields (backed up with
paper no less) who participate here.

Yes, Arlen, despite your poor efforts to be a wiseass towards me, I'm
one of those people. I have paper to backup my claims of being an
expert in the field of I.T. One of my specialities is the very field
in which you're asking for help, Arlen. Do you see the irony here?

You'd have a much better idea of who I am, if your statements about
being on usenet for decades were true. At this time, I don't believe
it to be the case. You continue to challenge me as a small child
would in my own field.

Something I've lived/breathed and thought of nothing else mostly
since I was a small child. And, you'd know that had you actually been
on usenet for as long as you've claimed to be. Especially if you've
hungout in technical newsgroups and/or specific pc
related/electronics and/or electrical related ones. I'm not a
newcomer and/or unknown Arlen. And despite what pooh and a small
amount of select few trolls has to write about me, I'm well known as
a competent technician as well as established former blackhat. I'm
not some script kiddy fucktard who got into computers fresh out of
high school and/or college for 'an easy living'.

You've been barking up the wrong tree if you thought that at any
point, Arlen. You've spent days being a dick towards an actual
certified (multiple) computer technician (I have multiple titles as
well for different 'branches' but, technician is the easiest to
explain) the entire time. A technician who has various specialities,
some of which are quite well known. I'm considered a fucking I.T
wizard amongst my peers locally Arlen, some of whom are my direct
competition from a $$$ perspective. Despite the fact I have my own
gig and they have theirs, they forward the so called 'really tough'
ones to me, for the proper and specialized care they require. I toss
them a few coins for the referral, as it's only fair.

How many companies that are in the same field as you pass along their
own clients and lose out on $$$ because they know YOU and not them,
can do what that clients needs done? Not many I'm guessing, eh?

Have you heard of a company called Malwarebytes? They're in the
antimalware business. I was recruited by the companies founder, via
email, out of the blue for a job opportunity with them. I didn't even
know they were hiring and I didn't contact them about any openings.
They reached out to me, Arlen. They didn't do that because I'm a
stranger to the scene, Arlen. They did that because I'm *very well
known* in various I.T fields, Arlen. Are you beginning to get the
bigger picture, here, yet?

In summary: You've been mouthing off to a multiple certified computer
technician who has over twenty two years professional experience
performing work related to the job title at the field level, not
behind a desk all the time with no actual hands on experience doing
it. it's a trade i've been in since I was a kid and the only way I'll
ever leave is when I'm dead.

Do you understand now, Arlen, why I laugh so much at your efforts to
be insulting towards me? It's because, YOU (not me) are the student
and are full of arrogance and pride, you can't see the master (me)
standing in front of you. I cannot teach those who are unwilling to
listen.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

If it's comprehensible, it's obsolete.

[Diesel]

"Anonymous Remailer (austria)" <mixm...@remailer.privacy.at>
news:b3ba115607e466c5...@remailer.privacy.at Wed, 24 Oct

2018 00:42:56 GMT in alt.comp.freeware, wrote:

> In article <K6SdnaD86_U9EVLG...@texas.net>
> Betty <howdy@all.y'all> wrote:
>>
>> Arlen Holder wrote:
>> [...]
>> >
>> > Am I the only one having trouble comprehending Diesel's posts?
>>
>> Probably.
>>
>
> Attention Group!

https://www.youtube.com/watch?v=Y4Fa8nx20L0

[snip ramblings of an insane troll]

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Jealousy is all the fun you think they have.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqt0te$1ji$1...@news.mixmin.net Thu, 25 Oct 2018 18:09:50 GMT in

alt.comp.freeware, wrote:

> On Thu, 25 Oct 2018 11:56:37 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> There are very few posters here that are class. It's always been
>> that way. The quantity and quality of trolling now is abysmal
>> <sigh> Look elsewhere for answers. I do.
>
> We are all old men who have been on Usenet for decades.
> Plenty of child-like old men use it for their mere amusement.

You just quoted and replied to one child like older gentleman who gets
off on trolling. I'm surprised with your decades of usenet experience
that you haven't noticed?

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Of course I'm sane. The voices said so.

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqpgkn$6dl$1...@news.mixmin.net Wed, 24 Oct 2018 10:13:45 GMT in

alt.comp.freeware, wrote:

> On Wed, 24 Oct 2018 05:53:15 -0000 (UTC), Diesel wrote:
>
>> If your ftp setup doesn't support passive (if you don't know what
>> I'm talking about, you most likely didn't configure passive mode)
>
> These are the only two problems I care about to solve for this
> thread:

That's a problem for you then. There's a pre existing problem which I
feel requires an adult resolution.

> o How to run any Windows command on Android over USB using
> _freeware_

Although you're using the wrong terminology, I understand what you're
asking due to previous participation in this thread. I also know
several ways with which you can accomplish it.

> o Freeware to mount Android as a drive letter over WiFi
> using SMB

Not a problem, for me.

> As for FTPUse... I've lost my patience with FTPUse, because
> o I already have plenty of freeware FTP-mounting solutions that
> work o All I ever cared about, for FTPUse, was that it works for
> _others_

Which others, specifically? Others on usenet, or... people you
interact with irl?

> I don't usually deal with firewalls, where I turned off Windows
> Defender (at least I think I did) for these experiments, but
> again, this isn't for me so it really doesn't matter because if I
> can't do it out of the box, neither will others be able to, which
> is the whole point, let's not forget. Start > Settings > Update
> and security > Windows security > Firewall and network protection
> > (everything is turned off)
> <http://www.bild.me/bild.php?file=9234464dir024.jjpg.jpg>

Again, what do you mean by others? Why are you so quick to assume
that if you can't do it easily, others will also fail to accomplish
it? Why don't you usually deal with firewalls? They've been a
(depending on system configuration) useful deterrent against unwanted
intrusion and some DoS attacks. Especially where Windows is
concerned.

> I don't need FTPUse, and more importantly, if it's a POS, I don't
> want it.

It doesn't appear to be a POS from my POV. I haven't run into
problems using it (so far). Since it's of no value to you, I see no
point in further wasted discussion on it specifically.

We should move onto the meat of your thread. Which, if I understand
you correctly, is how to get yourself an actual drive letter that
points to either (or both?) internal/external memory on your Android
device...So that you may perform "Windows" and did you also
previously mention "DOS" commands on the files/folders available via
the drive letter. Is this correct, Arlen?

> o The real problem is that we don't have freeware to mount over
> USB

That's simply not correct. The fact you (thus far) have been unable
to accomplish locating and/or setting it up doesn't mean that it
doesn't exist. It simply means you're unaware of it. It also means
that your over twenty years or so computer time has been leaning more
towards that of an end user and not as a technician, or,
coder/serious programmer.

There's nothing wrong with the path you chose, but, in the future, it
would serve you far better not to try and compare that to over twenty
two years experience as a certified professional computer technician.
There's simply no way that could possibly, ever, go in your favor,
Arlen. If one was to use the actual experience level from when they
started and not at the age of eighteen as i've done above, the actual
number would be closer to 32 years of experience. I don't consider
the first three years to count as productive ones; entirely
classified as learning/absorbing information.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Live as you will have wished to have lived when you are dying.

[Diesel]

"p-0''0-h the cat (coder)" <super...@fluffyunderbelly.invalid>
news:oc83tdpdap8059t0p...@4ax.com Thu, 25 Oct 2018

11:06:15 GMT in alt.comp.freeware, wrote:

> On Wed, 24 Oct 2018 01:03:10 -0000 (UTC), Arlen Holder
> <a%rlenh...@no.spam.net> wrote:
>
>>As far as I can tell,
>>o Diesel rants emotional gibberish
>>o Interspersed with claims of knowledge we already long ago
>>published o He found completely inconsequential information about
>>WinXP/Win2K o He argues completely inconsequential information
>>about Android <4.3
>
> If you want to learn something or get help look elsewhere.

Translation: Pooh would actually have to do some research and
experimentation to help you further. He doesn't have the foggiest
idea from any first hand experience and hates the fact I do. [g]

>>The open questions )only for _experts_ on this newsgroup) are...
>>o What is your working non-root solution for SMB share mounting
>>over WiFi
>
> This sounds totally doable. Need details of what you are trying to
> do.

It is totally doable. He's only being asking since the first post,
essentially. How many more posts will he need to make before you can
provide him a useful answer? ROFL. I know, you'll need time because
you have no actual first hand experience doing what he wants done.

I'll cut you slack there only because it's not really a normal
request and I can't find much of a reason for someone like you to
need to use it. I have no need to use it either, personally. I only
did it some time ago just to play around with something else I was
doing. Otherwise, it's fucking pointless to network share my phone
across the network- atleast to me.

For the time I've spent doing the necessary prep work to make the
process actually work, I haven't spent an equal amount of time yet
actually using that specific method to access either internal or
external memory on my phone. I still see no real advantage to sharing
my phones contents across my network, despite being able to do so.

Arlen for whatever reason does want to know how to do this. I can
provide him several methods to do it, entirely freeware based. I
don't need to do any research on the subject. I can just copy my own
notes on this one and he'd be up and running in no time. I'd even
provide the distro specific gotchas I ran into, even though he most
likely wouldn't need that.

Or, you can spend some time learning about the subject so that you
can pretend to have known all along and help him. Going by his post,
from Oct 15th, he's only been at this for nearly two weeks now. I
don't have a fucking hour in the entire process from start to finish.
Let alone two weeks. [g]

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Don't mess with Murphy.

[Diesel]

Shadow <S...@dow.br> news:ede3tddq0fddg2vsk...@4ax.com

Thu, 25 Oct 2018 12:40:47 GMT in alt.comp.freeware, wrote:

> On Thu, 25 Oct 2018 12:06:15 +0100, "p-0''0-h the cat (coder)"
> <super...@fluffyunderbelly.invalid> wrote:
>
>>>The open questions )only for _experts_ on this newsgroup) are...
>>>o What is your working non-root solution for SMB share mounting
>>>over WiFi
>>
>>This sounds totally doable. Need details of what you are trying to
>>do.
>
> <http://www.quickmeme.com/img/1f/1f02a7d6eecc84be22bfc88bfefdbac8d6
> 030a130562b5b8e6e3b054c9897dc8.jpg>
> []'s

So cool! I rogued a copy. [g]

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Don't just do something !!! Stand there !!!

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqtrsb$ovj$1...@news.mixmin.net Fri, 26 Oct 2018 01:50:04 GMT in

Yes. For Windows and Linux.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================

Basketball analyst: "He dribbles a lot and the opposition doesn't like
it. In fact you can see it all over their faces."

[Diesel]

Arlen Holder <a%rlenh...@no.spam.net>
news:pqt1rc$319$1...@news.mixmin.net Thu, 25 Oct 2018 18:25:49 GMT in

alt.comp.freeware, wrote:

> On Thu, 25 Oct 2018 12:06:15 +0100, p-0''0-h the cat (coder)
> wrote:
>
>> If you want to learn something or get help look elsewhere.
>
> All I expected, of this newsgroup, was _freeware_ to do what I can
> already do, so that _everyone_ else could do, what I already can
> do. o Does freeware exist that will mount Android over USB on
> Windows?

Yes. Linux too.

> Q: Does that freeware exist?

Yes. Linux too.

> A: We still don't know the answer.

Correction, *YOU* still don't know the answer.

> To me, someone is a genius if they can answer the hard questions.
> Or, if they can provide a nugget that helps us arrive at that
> answer. Everything else is meaningless chit chat.

Your question isn't a difficult one. I find it to be simpler than
linking a POS HP Windows 10 based laptop to a Linux based network
that happens to be sharing two laser printers, one of which is color;
both made by brother. That took me ten minutes, imo, longer than it
should have! I should have had that sucker up and going in five
minutes or less once I got to the desktop, but no...it took fifteen
when all was said and done.

I didn't have to do a thing to his cell phone or the Android samsung
tablet, they both picked up both printers and can already print to
them, no issues. He can also access internal/external memory on his
phone via his laptop and/or nearly any other computer in his office.

The network is primarily linux based. His laptop and a couple of
workstations are the only Windows machines in the building.

Matter of fact Arlen, your request is easier for me than setting up
an ipad to print using those printers was today. I don't know what it
is with apple people, but, that's a regrettable experience and quite
a pain in the ass. I got it going, but, still a pain in the ass.

> Nobody, for example, seems to be able to answer the basic
> questions: o What is a working non-root solution for SMB share
> mounting over WiFi o What is a freeware solution for MTP
> filesystem mounting over USB

You're incorrect, again. I am able to answer your basic questions,
but I want what you owe me, first. I suspect I'm not the only one
here who can also provide you the information you want. I'm confident
that pooh will require the assistance of google to help you. Don't
worry, he'll never admit he's having to look it up, hopefully finding
better links (he's better with a search engine than you are) than you
did.

> I would _love_ if you can help us move forward to _solve_ those 2
> problems. o What is a working non-root solution for SMB share
> mounting over WiFi o What is a freeware solution for MTP
> filesystem mounting over USB
>
> They are both _age-old_ problems, mind you.

Age old to who?

I hear crickets. Or is it pooh doing a bit of googling for an answer?
Hard to tell.

> For the first problem, a search will show it's a holy grail for
> Android: o Only one solution has supposedly worked after Android
> 4.3 came out. o But it no longer works (plus, it required a VM +
> port forwarding)

Bullshit. Tested two methods again, verified, today, using Android
5.1.1; no issues.

> For the second problem, since payware exists, freeware _can_
> exist. We just need to find the 1 person out of 1,000 who knows
> more about it.

Your stats are way off the mark. I KNOW i'm not one out of a thousand
who knows this information. I asked one of my fellow techs this
afternoon about your issue and provided them no hints. Right off the
top of their head they came up with one solution that I've tried and
verified myself to work. So...Not only did that prove I'm not the
only one who knows it to me, but, that if you know WTF you're doing
and trying to do and understand how to do it, you can do it too,
without my help. Alas, you don't meet those conditions, or you
wouldn't be here, nearly two weeks later, still asking for help with
it.

--
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================