Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.mobile.android > #56661 > unrolled thread

What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?

Started by Arlen Holder <a%rlenh.older@no.spam.net>
First post2018-10-14 17:24 +0000
Last post2019-01-21 01:30 +0000
Articles 19 on this page of 59 — 12 participants

Back to article view | Back to comp.mobile.android


Contents

  What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-14 17:24 +0000
    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Andy Burns <usenet@andyburns.uk> - 2018-10-17 01:06 +0100
      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-18 16:26 +0000
        Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-18 18:13 +0000
          Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-18 19:59 +0000
            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-18 20:42 +0000
              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-18 21:55 +0000
            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? M.L. <me@privacy.invalid> - 2018-10-19 23:04 -0500
              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Paul <nospam@needed.invalid> - 2018-10-20 00:37 -0400
                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-21 19:20 +0000
                  Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Paul <nospam@needed.invalid> - 2018-10-21 16:42 -0400
                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-21 22:47 +0000
                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-22 13:51 +0000
                        Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? "R.Wieser" <address@not.available> - 2018-10-22 16:44 +0200
                          Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-22 17:21 +0000
                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? "R.Wieser" <address@not.available> - 2018-10-22 21:43 +0200
                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-22 20:44 +0000
                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 12:10 +0000
                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-23 16:16 +0000
                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 19:21 +0000
                                  Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-23 20:51 +0000
                                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? nospam <nospam@nospam.invalid> - 2018-10-23 16:54 -0400
                                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 22:23 +0000
                                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 22:23 +0000
                                  Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? "Carlos E. R." <robin_listas@es.invalid> - 2018-10-23 23:09 +0200
                                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 22:23 +0000
                                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-24 02:47 +0200
                                        Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-24 10:35 +0000
                                          Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? "Carlos E. R." <robin_listas@es.invalid> - 2018-10-24 17:25 +0200
                                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-24 15:50 +0000
                                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? M.L. <me@privacy.invalid> - 2018-10-25 17:49 -0500
                                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-26 01:24 +0000
                                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-27 07:32 +0000
                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-22 20:37 +0000
                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-23 15:58 +0000
                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 19:46 +0000
                                  Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 19:52 +0000
                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-22 22:55 +0000
                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 00:37 +0000
                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? "Carlos E. R." <robin_listas@es.invalid> - 2018-10-23 12:55 +0200
                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 12:10 +0000
                                  Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 14:11 +0000
                                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 22:36 +0000
                                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 19:15 +0000
                          Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-22 21:44 +0000
                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                        Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-22 21:07 +0000
                          Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                            Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-11-02 19:05 +0000
                              Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-03 02:00 +0000
                                Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-11-03 15:09 +0000
                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? Diesel <me@privacy.net> - 2018-11-02 08:03 +0000
                    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? David Taylor <david-taylor@blueyonder.co.uk.invalid> - 2018-10-22 18:56 +0100
                      Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 03:37 +0000
    Re: What's the best way to forward SMB TCP port 445 to something higher than 1024 on Windows? arlen holder <arlen@arlen.com> - 2019-01-21 01:30 +0000

Page 3 of 3 — ← Prev page 1 2 [3]


#56788

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-23 00:37 +0000
Message-ID<pqlqh3$29a$1@news.mixmin.net>
In reply to#56775
On 22 Oct 2018 17:21:58 GMT, Frank Slootweg wrote:

>   I can't blame you for not following all he posts, but he *did* and
> *does* look into this (FTPUSE) [1], but for some reason, he can not get
> it to work on Windows *10*. (He used it before on some other Windows
> version - probably Windows XP - and I used (no longer need it) it on
> Windows 8.1.)
> 
>   He has asked for others to test it on Windows 10, but AFAICT nobody
> has done so. I wonder why!? :-)
> 
>   If you have Windows 10 and want to help him, please feel free.

Hi Frank,
Don't hold your breath for Rudy Wieser to ever do anything an adult would 
do, where he can only play his silly little childish fifth-grade games.

Thankfully, a person posted on the a.c.f ng that he tested FTPUse on 
Windows 10, which worked just fine for him using the same OliveTree FTP 
server I used. 

I asked him to check the SFTP NetDrive freeware & will report back if he 
runs that SFTP Net Drive test successfully.
o <https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email)

Since I already had two working solutions (both DnD and ND worked fine for 
me), as I said before, I won't bother to debug why both SFTPNetDrive and 
FTPUse fail for me. 

Bear in mind that my network is "slightly complex" as NetBIOS broadcasts 
are blocked, for example, so my home network is "slightly" non standard.

Also, I've modified the hell out of Windows 10, with over 200 tutorials 
written alone for what to change, so it really should have been tested on a 
pristine system, but since I already have two working solutions, it's not 
worth that kind of effort.

The good news is that FTPUse works on Windows 10 so _others_ can use it.
That's all I really care about.

[toc] | [prev] | [next] | [standalone]


#56792

From"Carlos E. R." <robin_listas@es.invalid>
Date2018-10-23 12:55 +0200
Message-ID<g38d0lFenh2U1@mid.individual.net>
In reply to#56788
On 23/10/2018 02.37, Arlen Holder wrote:
> Hi Frank,
> Don't hold your breath for Rudy Wieser to ever do anything an adult would 
> do, where he can only play his silly little childish fifth-grade games.

People would believe you better if you stopped attacking people and stay
professional, without insults.

-- 
Cheers,
       Carlos E.R.

[toc] | [prev] | [next] | [standalone]


#56795

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-23 12:10 +0000
Message-ID<pqn344$4lg$2@news.mixmin.net>
In reply to#56792
On Tue, 23 Oct 2018 12:55:17 +0200, Carlos E. R. wrote:

> People would believe you better if you stopped attacking people and stay
> professional, without insults.

Hi Carlos E.R.,

I believe you have the problem set all wrong, Carlos, because you can't see
what I can see, IMHO, which is why you won't be able to comprehend the
strategy or the tactics used, IMHO. 
o You, Carlos, appear to not comprehend there are two types of threads;
o Those you have a vested interest in the outcome; and those you don't.

*I can see what you can see; but you can't see what I can see, IMHO.*

It's like you only see the police arresting the criminals; but you never
show that you comprehend that the police arresting criminals is only the
secondary _response_ to the primary act of the criminals in the first
place.

I've been on Usenet for decades, as have most people here.
o IMHO, there are people who add value (only a small handful), and, 
o There is everyone else (most of whom will _never_ add technical value).

This thread, like most Usenet threads IMHO, showed how the system works
o Only 1 to 3 posters out of all who read it, added _any_ value
o The rest, like your post & those from Wieser, add no technical value

Usenet, IMHO, is a potluck picnic, where
o Those 1 to 3 adults who add technical value are fantastic
o Because of those few adults, we all improve our technical skills

In this thread, AFAICR, the only adults who added technical value, were
o Frank Slootweg (e.g., he _explained_ things better than I could)
o Paul (e.g., he is _always_ purposefully helpful)
o Me (e.g., I added the beautifully elegant WebDAV solution)

The rest, were worthless posts
o Every post, for example, from Rudy Wieser, was worthless, IMHO.
o As was every post of mine, responding to his worthless drivel.

The problem, as I see it, Carlos, is this patently clear:
o Once the trolls infest a thread, the thread is ruined
o It's no different from when vermin infest a public potluck picnic.

*The question is _how_ to deal with those worthless vermin.*
o There is no good way to deal with the vermin 
o Once they have infested the potluck picnic that is Usenet

If you have no vested interest in the outcome of the thread...
o Then, the rule of not feeding the vermin holds well
o Why? Because you don't care that the vermin ruined _that_ picnic.
o Hence, you don't see me confront the cowardly bullies in those threads.

However ... if you have a vested interest in the outcome of the thread
o Then the rule of letting the vermin ruin the picnic no longer works
o You need a strategy that saves the _next_ picnic from the vermin
o And your tactics must fit that strategy of saving the next picnic.

My strategy & my tactics are simple, logical, consistent, & reasonable.
o My tactics are to confront the bully trolls _with their own words_.
o My strategy is to funnel them by being a mirror of their own intent.

Hence, Carlos, I believe you are missing the point, IMHO, in that what
_you_ apparently see is only the secondary response to the primary insult. 

Remember, I can see _everything_ you can see since anyone can see it; but
you haven't shown any comprehension of what I can see, based on what you
write.

It appears that you're only seeing the _response_ to the worthless trolls.
You don't seem to be able to comprehend that it's a _response_.

It's like you only see the police arresting the criminals; 
you can't see the criminals performing the act that got them arrested.

My strategy, as Frank Slootweg can easily attest to, is the normal strategy
of society, which is to reward adult behavior and to confront the bully
trolls by being a funnel mirror, to wit:
o If they act like adults, I treat them as adults;
o If they act like children, I treat them as children.

In summary, there is no good way to deal with vermin trolls, just as there
is no good way to deal with criminals who rob banks. You can only ignore
them, or react to them.

If they rob a bank you have no vested interest in, then the rule of not
feeding the trolls works just fine (simply because you don't care about the
outcome of that thread).

But if the vermin infest a potluck picnic that you have a vested interest
in, then that picnic is _already_ ruined - all you can do - is implement a
strategy and tactics that preserve the _next_ potluck picnic.

I don't fear silence.

If I post a hard question, and nobody answers, that's fine because that's
how hard questions happen to be.

If I post a hard question, and the vermin respond in droves, then that's
far worse than a thread asking a question that nobody has the answer to.

If the next technical question I post has only 1 to 3 adult responses from
the likes of Frank Slootweg, Paul, Andy Burns, ML, and me, then we _all_
benefit since we're the only ones who added any value in this thread
(IMHO).

[toc] | [prev] | [next] | [standalone]


#56797

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-23 14:11 +0000
Message-ID<pqna6e$hfq$4@news.mixmin.net>
In reply to#56795
On Tue, 23 Oct 2018 12:10:45 -0000 (UTC), Arlen Holder wrote:

> If the next technical question I post has only 1 to 3 adult responses from
> the likes of Frank Slootweg, Paul, Andy Burns, ML, and me, then we _all_
> benefit since we're the only ones who added any value in this thread
> (IMHO).

To continue the adult task of adding technical value, this snippet from
a.c.f implies that the older WinXP _can_ handle "net use" mounting of
WebDAV servers:

  "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."

Which we can combine with this related snippet from the same person:

   "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."

[toc] | [prev] | [next] | [standalone]


#56820

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-23 22:36 +0000
Message-ID<pqo7q6$2d6$1@news.mixmin.net>
In reply to#56797
Here is added value for WinXP users from another thread moments ago...

//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".//

[toc] | [prev] | [next] | [standalone]


#57034

FromDiesel <me@privacy.net>
Date2018-11-02 08:03 +0000
Message-ID<XnsA98E2B67AAE7CHT1@YMHc9WdP.R3Ec>
In reply to#56820
Arlen    Holder <a%rlenh.older@no.spam.net>
news:pqo7q6$2d6$1@news.mixmin.net Tue, 23 Oct 2018 22:36:55 GMT in
comp.mobile.android, wrote: 

> Here is added value for WinXP users from another thread moments
> ago... 

In another newsgroup at that. It comes from alt.comp.freeware, 
written by Shadow. Lifted and pasted in other newsgroups for who 
knows what reason.

> //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".//

This is the second reply to you that you lifted and edited again, 
without crediting the author (Shadow from alt.comp.freeware); you 
didn't include the full context and the followup post to it, 
so...since I'm interested in keeping you honest with the suckers who 
don't know you and actually think you're asking for genuine help, 
I'll share the full context and properly credit the author. No need 
to thank me, it's my civil duty.


Message-ID: <2b4vsdpjrmf70f2jju271aebo147r23fuj@4ax.com>
http://al.howardknight.net/msgid.cgi?ID=154114090800
From: Shadow <Sh@dow.br>
Newsgroups: alt.comp.freeware
Subject: Re: Does freeware exist on Windows that will mount (as a 
drive letter) Android connected via USB as MTP?
Date: Tue, 23 Oct 2018 19:30:14 -0200

//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. 

** end snippit.

Shadow asked you a follow up question, too:

Message-ID: <k7dvsd1qobi3rkmtud24e4u383kr5sg1sh@4ax.com>
http://al.howardknight.net/msgid.cgi?ID=154114100200
From: Shadow <Sh@dow.br>
Newsgroups: alt.comp.freeware
Subject: Re: Does freeware exist on Windows that will mount (as a 
drive letter) Android connected via USB as MTP?
Date: Tue, 23 Oct 2018 22:02:02 -0200
Message-ID: <k7dvsd1qobi3rkmtud24e4u383kr5sg1sh@4ax.com>

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 ?

** end snippit

The answer to his question is No, you did not thank me. Nor have you 
credited me for the quotes you've used concerning Webdav and what 
versions of windows natively support it via net use. Despite me and 
only me being the one to tell you. It's okay though, I realize that 
I'm dealing with a very immature and childish individual who's 
incapable of doing much of a technical nature without extensive hand 
holding. And even then, due to proven (as in factually verified using 
your own posts no less) reading comprehension issues, it can be 
extreme hand holding in many cases.

It seems to me, and do correct me if I'm wrong on this one Arlen, 
that you're a bit (quite a bit actually) on the dishonest side with 
some of your posts here. You're intentionally omitting certain 
information (origination source, for one example). Are you more than 
just a troll then, Arlen? By more, I mean are you actually as 
dishonest as you appear to be with your quoting, snipping, etc, 
efforts? I can handle a troll to a point, I don't filter right away 
(if ever).. but, I don't deal well with easily shown to be dishonest 
people, Arlen. There's simply no need for it here.

Please do explain how I've got the wrong impression of you here. Not 
enough sleep for me, mebbe, too little/much coffee? Completely 
misunderstood you and the intentions behind the posts? Give me 
something (preferrably believable) that shows you aren't the 
dishonest fucking troll I'm starting to think you are...?

Thanks in advance. Also, alt.comp.freeware added to this reply. You 
lifted material from there so it's only right you be exposed for 
having done that AND not properly crediting either of the persons 
(myself and Shadow) who gave it to you in the first place.

In case you haven't noticed, Arlen, I'm not going to go away anytime 
soon. You've actually managed to become a slight annoyance. Enough so 
that i'll continue to track your posts and as I've done with this 
one, expose you for what you are. There's no need for others who 
don't already know you to have to deal with your nonsense and 
childish insults; which invariably come their way at some point, even 
if you're initially praising them.

They can avoid the entire hassle by electing NOT to respond to a post 
of yours. Just leave you to piss in the wind and find answers on your 
own. I've yet to see a single post from anybody on the newsgroups 
I've found you posting in so far that cares or has requested any sort 
of 'tribal knowledge' notes or anything like that from you. Not one 
post so far. If you have one, please, share the MID so that I may 
read it.

Oh wait, you thought that you couldn't be tracked due to the 
extensive effort you place into your Anonymity via header 
modification (forged data, piles of it)? Don't be so naive, Arlen. 
You leave cookie crumbs all over the place. A kid could track you.

To be fair,although my header shows i'm using es, I'm not directly 
linked to the es server. *hint 1* There's a computer on this network 
that's playing middleman *hint 2*; which giving proper credit where 
credit is due, allows me to track you with great ease. I'd have a 
more difficult time had my configuration been that of a normal user. 

I'm not running scripts and a dedicated text writing app as you are, 
the client i'm using is real, the 'scripts' you use are exes I wrote 
in my case which directly interact with the data files this client 
creates and makes use of (entirely my own reverse engineering 
efforts, thank you very much; I cheated in no possible way) as well 
as the software package that plays the part of middleman on another 
system. *hint 3*; very direct hint this one is.

The box itself is linux native, but, the software package I'm 
intentionally not mentioning by name (it's not uncommon; i'm just 
being an asshole, on purpose, towards you) is not linux native, nor 
are the exe files I wrote which interact with it. 

By interact, they do some behind the scenes work for me. Batch sends 
of posts in a random order and randomized amount of posts per send 
being one example. Unique FQDN lines being another example. Ahh, the 
benefits of being a coder...

It's so beneficial, I wrote a 'bot' of sorts which helps me keep 
track of you. hehe. No, Arlen, I'm not stalking you and a simple 
morphing on your part would evade it for now (I can put an end to 
that too, I already tested proof of concept code to do it; in the 
event you want to run and hide) but not if I don't want you to evade 
me. <G>

I have absolutely no way of learning who you are irl, your IP address 
or anything else like that from the information I'm using to keep 
track of you; so you're just as safe now as you were yesterday as far 
as any of that is concerned. And, if by some fucked up chance I run 
across a post where such information could be acquired (I'd hope you 
weren't so stupid at any point), I will NOT use it nor point others 
to it.

I have no interest in you on a personal level. None whatsoever. I 
don't want/or care to know who you are. You're an asshole enough from 
the limited interaction I've had with you already.

With all of that said, Arlen, I have a couple of very simple 
questions for you. I'd appreciate others not chiming in until you've 
had a chance to do so..not that I have any control over it, either 
way, just expressing my opinion/small request that I don't deserve. 
Especially since i've 'invaded' various newsgroups by responding to 
you. :(

I apologize to all the regulars for this post. Although my FQDN line 
is subject to change at any time, you may easily killfile me by using 
my from line; I don't change it very often. And, if/when I do so 
later, I'll expose myself so that filters can be properly adjusted.

Now then, to my questions...

1) Based on what I described above in a hinting manner..Do you know 
what I'm doing? Re-read what I wrote above, slowly, before 
responding.

2) Would the aforementioned hinted about 'task' the computer is doing 
be a server side thing, a client side thing, or both, Arlen? 


-- 
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
===================================================
Your psychedelic state of being is just supersonic.

[toc] | [prev] | [next] | [standalone]


#57033

FromDiesel <me@privacy.net>
Date2018-11-02 08:03 +0000
Message-ID<XnsA98E2B6756CBFHT1@YMHc9WdP.R3Ec>
In reply to#56797
Arlen    Holder <a%rlenh.older@no.spam.net>
news:pqna6e$hfq$4@news.mixmin.net Tue, 23 Oct 2018 14:11:27 GMT in
comp.mobile.android, wrote: 

> On Tue, 23 Oct 2018 12:10:45 -0000 (UTC), Arlen Holder wrote:
> 
>> If the next technical question I post has only 1 to 3 adult
>> responses from the likes of Frank Slootweg, Paul, Andy Burns, ML,
>> and me, then we _all_ benefit since we're the only ones who added
>> any value in this thread (IMHO).
> 
> To continue the adult task of adding technical value, this snippet
> from a.c.f implies that the older WinXP _can_ handle "net use"
> mounting of WebDAV servers:
> 
>   "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."
> 
> Which we can combine with this related snippet from the same
> person: 
> 
>    "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."

:) I appreciate you once again admitting that something I wrote (I'll 
show your new found audience that you lifted those quotes directly 
from me in a moment) does have technical value. Now, explain to me 
how I'm stupid, a moron, etc, when you've quoted my words, verbatim 
twice now in this very thread and admitted it's technical value.

And yes, I'm going to use the post that clearly shows you really do 
have reading comprehension issues as proof of where those quotes 
originated as well as your initial, FAILURE TO COMPREHEND what I 
wrote. To the point where you attempted to attack me and invited 
others to join in. [g]

As anyone who follows the thread can see though, it blew up in your 
face. You initially didn't understand what I wrote, and, attempted do 
your lack of understanding to attack me; and you quickly learned, it 
was YOU in error. Here's your post, questioning what you've now 
admitted for the second time in the same thread IS valuable technical 
information, provided by me and only by me. [g]

Message-ID: <pqnsii$fav$1@news.mixmin.net>
http://al.howardknight.net/msgid.cgi?ID=154114027600

From:  Arlen    Holder <a%rlenh.older@no.spam.net>
Newsgroups: alt.comp.freeware
Subject: Re: Does freeware exist on Windows that will mount (as a 
drive letter) Android connected via USB as MTP?
Date: Tue, 23 Oct 2018 19:25:07 -0000 (UTC)
Organization: Mixmin
Message-ID: <pqnsii$fav$1@news.mixmin.net>

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?

*** end paste

You may continue ignoring my newer posts which are asking you point 
blank, blunt, very pointed questions calling you out for the things 
you wrote that aren't true, if you'd like. It won't stop me from 
continuing to point out your mistakes, and, laugh a bit about it as I 
do. You've earned that from me, at this point, Arlen. You want to act 
like an immature child, I'll happily treat you like one.

Matter of fact, I'm going to convert your question into a tagline for 
future laughs for others benefit. Yes, it's that kind of tagline 
material. Especially when you call others, idiots, stupid, morons, 
etc.. And then you go and do something as stupid as you did in that 
post...Do you see the irony Arlen? It's staring you right in the 
face, nice n bright.

Btw, I re-inserted alt.comp.freeware; I thought some/maybe one other 
might like to see you trolling other newsgroups and lifting my 
material verbatim as you do so. It's so nice of you to again, admit 
it has technical value, after two other posters had to explain how 
the statements aren't contradictory. You realize by posting that 
question with those examples, you can no longer deny that you 
actually do, as in real life, have a reading comprehension issue.. 
Right? I mean, seriously, there's no way for you to deny it now. You 
really stepped into a pile of shit this time, Arlen. I don't think 
you're going to be able to save those shoes.

 

-- 
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
===================================================
Q: If you have a mothball in one hand and another mothball in the 
other hand, what would you have?
A: The undivided attention of a very large moth!

[toc] | [prev] | [next] | [standalone]


#57057

FromDiesel <me@privacy.net>
Date2018-11-02 19:15 +0000
Message-ID<XnsA98E9D40AC85BHT1@eLsA41U84C0.540>
In reply to#57033
Diesel <me@privacy.net> news:XnsA98E2B6756CBFHT1@YMHc9WdP.R3Ec Fri,
02 Nov 2018 08:03:30 GMT in alt.comp.freeware, wrote: 

> Arlen    Holder <a%rlenh.older@no.spam.net>
> news:pqna6e$hfq$4@news.mixmin.net Tue, 23 Oct 2018 14:11:27 GMT in
> comp.mobile.android, wrote: 
> 
>> On Tue, 23 Oct 2018 12:10:45 -0000 (UTC), Arlen Holder wrote:
>> 
>>> If the next technical question I post has only 1 to 3 adult
>>> responses from the likes of Frank Slootweg, Paul, Andy Burns,
>>> ML, and me, then we _all_ benefit since we're the only ones who
>>> added any value in this thread (IMHO).
>> 
>> To continue the adult task of adding technical value, this
>> snippet from a.c.f implies that the older WinXP _can_ handle "net
>> use" mounting of WebDAV servers:
>> 
>>   "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."
>> 
>> Which we can combine with this related snippet from the same
>> person: 
>> 
>>    "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."
> 
>:) I appreciate you once again admitting that something I wrote
>:(I'll 
> show your new found audience that you lifted those quotes directly
> from me in a moment) does have technical value. Now, explain to me
> how I'm stupid, a moron, etc, when you've quoted my words,
> verbatim twice now in this very thread and admitted it's technical
> value. 
> 
> And yes, I'm going to use the post that clearly shows you really
> do have reading comprehension issues as proof of where those
> quotes originated as well as your initial, FAILURE TO COMPREHEND
> what I wrote. To the point where you attempted to attack me and
> invited others to join in. [g]
> 
> As anyone who follows the thread can see though, it blew up in
> your face. You initially didn't understand what I wrote, and,
> attempted do your lack of understanding to attack me; and you
> quickly learned, it was YOU in error. Here's your post,
> questioning what you've now admitted for the second time in the
> same thread IS valuable technical information, provided by me and
> only by me. [g] 
> 
> Message-ID: <pqnsii$fav$1@news.mixmin.net>
> http://al.howardknight.net/msgid.cgi?ID=154114027600
> 
> From:  Arlen    Holder <a%rlenh.older@no.spam.net>
> Newsgroups: alt.comp.freeware
> Subject: Re: Does freeware exist on Windows that will mount (as a 
> drive letter) Android connected via USB as MTP?
> Date: Tue, 23 Oct 2018 19:25:07 -0000 (UTC)
> Organization: Mixmin
> Message-ID: <pqnsii$fav$1@news.mixmin.net>
> 
> 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?
> 
> *** end paste
> 
> You may continue ignoring my newer posts which are asking you
> point blank, blunt, very pointed questions calling you out for the
> things you wrote that aren't true, if you'd like. It won't stop me
> from continuing to point out your mistakes, and, laugh a bit about
> it as I do. You've earned that from me, at this point, Arlen. You
> want to act like an immature child, I'll happily treat you like
> one. 
> 
> Matter of fact, I'm going to convert your question into a tagline
> for future laughs for others benefit. Yes, it's that kind of
> tagline material. Especially when you call others, idiots, stupid,
> morons, etc.. And then you go and do something as stupid as you
> did in that post...Do you see the irony Arlen? It's staring you
> right in the face, nice n bright.
> 
> Btw, I re-inserted alt.comp.freeware; I thought some/maybe one
> other might like to see you trolling other newsgroups and lifting
> my material verbatim as you do so. It's so nice of you to again,
> admit it has technical value, after two other posters had to
> explain how the statements aren't contradictory. You realize by
> posting that question with those examples, you can no longer deny
> that you actually do, as in real life, have a reading
> comprehension issue.. Right? I mean, seriously, there's no way for
> you to deny it now. You really stepped into a pile of shit this
> time, Arlen. I don't think you're going to be able to save those
> shoes. 
> 
>  
> 

*BUMP* 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
===================================================
What is the difference between mechanical engineers and civil 
engineers?
Mechanical engineers build weapons and civil engineers build targets.

[toc] | [prev] | [next] | [standalone]


#56786

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-22 21:44 +0000
Message-ID<pqlgb0$i2r$1@news.mixmin.net>
In reply to#56771
On Mon, 22 Oct 2018 16:44:02 +0200, R.Wieser wrote:

> As such it cannot even be used 
> to do Arlens "every window command" with it.

While everything Frank said in this thread is correct, what's revealing is
that _everything Rudy Wieser said, is dead wrong.

> And that is where his story ends.

I'm gonna be blunt with you Rudy Wieser.
You're too _stupid_ to even _comprehend_ what we're talking about.
Every post from you is dead wrong - and worse - adds no value.

Every one of your posts, Rudy Wiser, is _negative_ value.

If I wasn't clear enough for you Rudy, please let me know.

> Unless he's willing to check out stuff like this here:
> https://www.ferrobackup.com/map-ftp-as-disk.html
> ...  Which he isn't (which is a good, but limiting choice).

Yet again, Rudy is dead wrong since we covered this in gory detail so many
times in the past few days that it's amazing how fantastically stupid Rudy
Wieser shows himself to be.

Rudy ... the fact is that we _started_ ahead of you, and you can't keep up,
let alone catch up on even _comprehending_ what we're saying.

Yes, Rudy Wieser. You are _that_ stupid.
That you don't comprehend how stupid you are is the problem here.

There is only one other person on this newsgroup who has shown any
comprehension of the problem set and the potential solutions, where,
together, we helped each other. 

For example, Frank suggested NetDrive, which worked for me to mount the FTP
shares as a bona-fide drive letter (even though I had DirectNetDrive
already working - it's always nice to have multiple solutions).

To pay Frank back the favor, I showed him (and everyone else) how to mount
the WebDAV shares using only native Windows - which only Frank seems to
appreciate the sheer beauty of when you compare what happens with FTP
shares under the same circumstances.

I'm trying to be clear with you Rudy Wieser.
Frank is smart enough to comprehend the complexities inhernet her.
You're not.

Everything you said, in fact, is/was (likely always will be) dead wrong.

If I wasn't clear enough with you Rudy, let me know.
a. You don't even comprehend the problem set, Rudy.
b. Everything you said was dead wrong, Rudy.
b. Then you complain we didn't test what we've tested ages ago

While I am likely only of average intelligence, you, Rudy, are so far below
the bell curve that it's shocking that nobody has informed you yet.

I consider _every_ post by you to be a complete waste of everyone's time.
Again ... if I'm not being clear with you Rudy ... let me know.

[toc] | [prev] | [next] | [standalone]


#57043

FromDiesel <me@privacy.net>
Date2018-11-02 08:03 +0000
Message-ID<XnsA98E2B6A69D7DHT1@YMHc9WdP.R3Ec>
In reply to#56786
Arlen    Holder <a%rlenh.older@no.spam.net>
news:pqlgb0$i2r$1@news.mixmin.net Mon, 22 Oct 2018 21:44:01 GMT in
comp.mobile.android, wrote: 

> To pay Frank back the favor, I showed him (and everyone else) how
> to mount the WebDAV shares using only native Windows - which only
> Frank seems to appreciate the sheer beauty of when you compare
> what happens with FTP shares under the same circumstances.

ROFL. I'd be very surprised to learn that nobody knew that prior to 
your 'demonstration'. And, you may thank ME! for the background history 
concerning it. Especially considering you've already admitted it's 
technical value. [g]
 
> While I am likely only of average intelligence, you, Rudy, are so
> far below the bell curve that it's shocking that nobody has
> informed you yet. 

I'm sorry, but, based on the limited amount of interactions I've had 
with you, and this example post:

Message-ID: <pqnsii$fav$1@news.mixmin.net>
http://al.howardknight.net/msgid.cgi?ID=154114027600

It would appear to be you who has information processing problems. Not 
Rudy.
 


-- 
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.

[toc] | [prev] | [next] | [standalone]


#56785

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-22 21:07 +0000
Message-ID<pqle6o$eoc$1@news.mixmin.net>
In reply to#56768
On 22 Oct 2018 13:51:21 GMT, Frank Slootweg wrote:

> 1. 'Map network drive' and 'net use' can not handle FTP syntax, period.

To be clear to all, Frank and I are in complete agreement on _everything_ 
that Frank wrote in that post above.

Specifically, after much experimentation, this morning, I gave up on trying
to mount Android FTP shares over WiFi as a "removable drive" drive letter
using only native Windows "net use" commands.

Ironically, as Frank astutely noted, "net use" works great with WebDAV
shares under the exact same conditions (even down to my tests changing the
ports and login credentials).

I changed the login credentials and ports to match them as best I could,
and the results were astounding (to me).

WebDAV works: 
o net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis
FTP fails:
o net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis

Why?
Hell if I know why.

Someone (like Rudy?) who understands Windows will have to explain why. :)

[toc] | [prev] | [next] | [standalone]


#57038

FromDiesel <me@privacy.net>
Date2018-11-02 08:03 +0000
Message-ID<XnsA98E2B68EB5D9HT1@YMHc9WdP.R3Ec>
In reply to#56785
Arlen    Holder <a%rlenh.older@no.spam.net>
news:pqle6o$eoc$1@news.mixmin.net Mon, 22 Oct 2018 21:07:37 GMT in
comp.mobile.android, wrote: 

> On 22 Oct 2018 13:51:21 GMT, Frank Slootweg wrote:
> 
>> 1. 'Map network drive' and 'net use' can not handle FTP syntax,
>> period. 
> 
> To be clear to all, Frank and I are in complete agreement on
> _everything_ that Frank wrote in that post above.

Frank wasn't the first to tell you that you cannot use UNC via FTP. I 
was, several weeks ago.
 
> Specifically, after much experimentation, this morning, I gave up
> on trying to mount Android FTP shares over WiFi as a "removable
> drive" drive letter using only native Windows "net use" commands.

Again, weeks ago, I already told you that you couldn't use it in the 
manner in which you were trying.
 
> Ironically, as Frank astutely noted, "net use" works great with
> WebDAV shares under the exact same conditions (even down to my
> tests changing the ports and login credentials).

Of course it does. It has since Windows XP, as I told you, 
previously.
 
> I changed the login credentials and ports to match them as best I
> could, and the results were astounding (to me).
> 
> WebDAV works: 
> o net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis

Yep.

> FTP fails:
> o net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis

Yep.
 
> Why?

See below.

> Hell if I know why.

That's obvious. You know very little...In spite of your claims to the 
contrary.
 
> Someone (like Rudy?) who understands Windows will have to explain
> why. :) 

It's quite simple. FTP does NOT support UNC. UNC and FTP don't know 
each other. Never have, never will. FTP is an ancient by todays 
standards protocol; no changes are going to be made to it anytime 
soon to give you any UNC support. That's just not happening. So much 
code would have to be modified to allow for it, that you'd just wind 
up breaking a pile of ftp servers and clients. For no gain.

Shame you wanted to be an immature little asshole towards me for 
weeks now. You could have been using drive letters, mounted to your 
internal/external memory (available or not, your choice) via your 
entire network, had you manned up for what you did, accepted 
responsibility for it, 0wned your fuckup as they say where I'm from.

In the unlikely event you didn't already know, you've exceeded the 
amount of time I was willing to wait on that apology by a significant 
margin. Perhaps that's why you're slowing down on posts in that 
thread and appear to be giving up? Can't find anyone willing to show 
you how to do it, even for nothing more than to spite me? Pooh backed 
out when offered, I noticed. Nice of the idiot to suggest a symlink 
to you, wasn't it? How did that advice workout for you Arlen?

Come to think of it, has any of his suggestions (I bet he laughed his 
fucking ass off reading your posts about libmtp) actually given you 
those 'DOS' friendly drive letters you've been asking for?

You know that Windows NT doesn't have DOS though, right? What you're 
calling 'DOS' is an emulated console environment. With 64bit systems, 
16bit native code emulation is no more. It can still be run on those 
systems, but a 3rd party app is required to play middleman.

There's no IO.SYS/MSDOS.SYS, ibm.com, etc etc etc, used for the 
purposes of an NT startup, Arlen. Unlike windows 9x family and the 3x 
family, NT doesn't ride on top of, or share code common natively with 
DOS. It's not a glorified 'shell'.

Remember, pooh told you that net use only supported samba. YOU (yes, 
you) noticed net use (by trying it no doubt, you didn't know 
beforehand) noticed it worked with webdav too.  

I told you it has supported webdav since the Windows XP days and even 
went so far as to provide a demonstration of it that was touted as a 
new 'feature' of Windows XP. 

Viva la 'Web Folders'. Hehehe. Windows XP has been out for a long 
long time Arlen. There's no excuse for someone like pooh with the 
self proclaimed expertise (on multiple occasions mind you) to not 
have known that. None whatsoever. Pooh slipped up again (it's rare, 
but it happens) and showed his hand again. He's a considerable 
bullshitter, don't ya know.

Ahem, well, you know that now... [g] Despite still praising him and 
intentionally not crediting me for my posts that you find are 
beneficial. I think that's pretty good, considering you've previously 
referred to me as a moron, stupid, etc. I'm stupid, yet I provided 
two posts (hehe, quite a bit more, but who's counting) that you 
yourself admit have technical value. Thanks, I guess?



-- 
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
===================================================
Man who run behind car get exhausted.

[toc] | [prev] | [next] | [standalone]


#57054

FromFrank Slootweg <this@ddress.is.invalid>
Date2018-11-02 19:05 +0000
Message-ID<prial9.5i4.1@ID-201911.user.individual.net>
In reply to#57038
Diesel <me@privacy.net> wrote:
> Arlen    Holder <a%rlenh.older@no.spam.net>
> news:pqle6o$eoc$1@news.mixmin.net Mon, 22 Oct 2018 21:07:37 GMT in
> comp.mobile.android, wrote: 
[...]

> > WebDAV works: 
> > o net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis
> 
> Yep.
> 
> > FTP fails:
> > o net use X: \\192.168.1.7@8000\DCIM\Camera /user:francis francis
> 
> Yep.
>  
> > Why?
> 
> See below.
> 
> > Hell if I know why.
> 
> That's obvious. You know very little...In spite of your claims to the 
> contrary.
>  
> > Someone (like Rudy?) who understands Windows will have to explain
> > why. :) 
> 
> It's quite simple. FTP does NOT support UNC. UNC and FTP don't know 
> each other. Never have, never will. FTP is an ancient by todays 
> standards protocol; no changes are going to be made to it anytime 
> soon to give you any UNC support. That's just not happening. So much 
> code would have to be modified to allow for it, that you'd just wind 
> up breaking a pile of ftp servers and clients. For no gain.

  Not that it matters, because the end result is the same, but (IMO) the
issue is not so much that "FTP does NOT support UNC", but that 'net use'
(and the underlying components) have no support to map a drive letter to
a FTP server.

  Theoretically speaking, 'net use' *could* have a FTP syntax similar to
the WebDAV syntax. The point is that is *does not* have it.

  'net use' can/does already handle 'dotted domain name' in its '/USER:'
option, can/does already handle IP addresses in its 'computer' name
parameter and can/does already handle port numbers, so there is no
technical reason that 'net use' couldn't map a drive letter to a ftp
server. The third-party add-one FtpUse [1] shows that all of this is
techincally feasible, it 'just' hasn't been implemented. :-)

  So (IMO) the point is that - for very good reasons - Microsoft (and
others) never added FTP (server) support to 'net use' et al.

[...]

[1] <https://www.ferrobackup.com/map-ftp-as-disk.html>

[toc] | [prev] | [next] | [standalone]


#57074

FromDiesel <me@privacy.net>
Date2018-11-03 02:00 +0000
Message-ID<XnsA98EE20289F02HT1@5t05cEN5k6D.R80GNo8TET>
In reply to#57054
Frank Slootweg <this@ddress.is.invalid>
news:prial9.5i4.1@ID-201911.user.individual.net Fri, 02 Nov 2018
19:05:05 GMT in alt.comp.freeware, wrote: 

>   Theoretically speaking, 'net use' *could* have a FTP syntax
>   similar to 
> the WebDAV syntax. The point is that is *does not* have it.

It doesn't because the ftp server itself really wouldn't know what 
net use was asking of it. It would have to remain resident and serve 
as a middleman to maintain a mounted drive letter to a share on the 
ftp server.
 
>   'net use' can/does already handle 'dotted domain name' in its
>   '/USER:' 
> option, can/does already handle IP addresses in its 'computer'
> name parameter and can/does already handle port numbers, so there
> is no technical reason that 'net use' couldn't map a drive letter
> to a ftp server. The third-party add-one FtpUse [1] shows that all
> of this is techincally feasible, it 'just' hasn't been
> implemented. :-) 

The third party ftpuse does it by doing what I described above. [g] 
It remains resident to provide the mapped drive letter because it has 
to do the go between work. IE: translate ftp server commands back and 
forth so the user can copy/paste files, open files, etc on the 
'mapped drive' which isn't really a mapped drive at all. It's a 
virtual drive provided by what amounts to a semi modern tsr (do you 
remember those?) that's doing the heavy lifting. It also has to check 
in with the ftp server every so often, so the ftp server doesn't drop 
the connection due to inactivity, unless the server isn't configured 
for that. 

Mine always are just because I don't want someone sitting at a prompt 
all day,wasting a slot that someone else could be using who actually 
wants to get files from the server or send some, if they have the 
permission. So, squatting (sitting idle at a prompt just to be sure 
you can get files whenever you want) is heavily frowned upon and if 
continued could lead up to account deletion.

I never allow unlimited connections due to the nature of the contents 
of the server, it's very restrictive and private access (as in you 
have to know someone who already has an established account that's 
willing to risk theirs by vouching for you to get one) So if you 
fuckup as a new member, not only do you get shitcanned, but the 
person who got you in goes out the door with you, no 2nd chance.


-- 
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
===================================================
How can you tell the dance from the dancer?

[toc] | [prev] | [next] | [standalone]


#57093

FromFrank Slootweg <this@ddress.is.invalid>
Date2018-11-03 15:09 +0000
Message-ID<prkh7l.8ak.1@ID-201911.user.individual.net>
In reply to#57074
Diesel <me@privacy.net> wrote:
> Frank Slootweg <this@ddress.is.invalid>
> news:prial9.5i4.1@ID-201911.user.individual.net Fri, 02 Nov 2018
> 19:05:05 GMT in alt.comp.freeware, wrote: 
> 
> >   Theoretically speaking, 'net use' *could* have a FTP syntax
> >   similar to 
> > the WebDAV syntax. The point is that is *does not* have it.
> 
> It doesn't because the ftp server itself really wouldn't know what 
> net use was asking of it. It would have to remain resident and serve 
> as a middleman to maintain a mounted drive letter to a share on the 
> ftp server.
>  
> >   'net use' can/does already handle 'dotted domain name' in its
> >   '/USER:' 
> > option, can/does already handle IP addresses in its 'computer'
> > name parameter and can/does already handle port numbers, so there
> > is no technical reason that 'net use' couldn't map a drive letter
> > to a ftp server. The third-party add-one FtpUse [1] shows that all
> > of this is techincally feasible, it 'just' hasn't been
> > implemented. :-) 
> 
> The third party ftpuse does it by doing what I described above. [g] 
> It remains resident to provide the mapped drive letter because it has 
> to do the go between work. IE: translate ftp server commands back and 
> forth so the user can copy/paste files, open files, etc on the 
> 'mapped drive' which isn't really a mapped drive at all. It's a 
> virtual drive provided by what amounts to a semi modern tsr (do you 
> remember those?) that's doing the heavy lifting. It also has to check 
> in with the ftp server every so often, so the ftp server doesn't drop 
> the connection due to inactivity, unless the server isn't configured 
> for that. 

[...]

  Thanks for your response/explanation. As boring as it is, we're
totally on the same page.

[Rewind:]

> what amounts to a semi modern tsr (do you remember those?)

  Yup! :-) Probably a decade or more *after* we already had this kind of
stuff in HP's Real-Time systems.

[toc] | [prev] | [next] | [standalone]


#57035

FromDiesel <me@privacy.net>
Date2018-11-02 08:03 +0000
Message-ID<XnsA98E2B67FB309HT1@YMHc9WdP.R3Ec>
In reply to#56763
Arlen    Holder <a%rlenh.older@no.spam.net>
news:pqivmu$mti$1@news.mixmin.net Sun, 21 Oct 2018 22:47:59 GMT in
comp.mobile.android, wrote: 

> On Sun, 21 Oct 2018 16:42:22 -0400, Paul wrote:
> 
>> Mapping a share to a drive letter, works for smb.
>> https://www.howtogeek.com/118452/how-to-map-network-drives-from-th
>> e-command-prompt-in-windows/ 
> 
> Hi Paul,
> 
> I appreciate you're trying to help, since this is the holy grail
> for mounting FTP "shares" over WiFi as a drive letter on Windows
> using nothing on Windows but the native "net use" command (which
> we _know_ must work!). 

It's not a holy grail, and I'll remind you, I offered to tell you 
exactly what you needed to do; with one condition. An apology for 
your assinine comments towards me. You didn't provide one, I didn't 
provide you the detailed information you're continuing to ask others 
for help with. How's that working out for you so far? :)
 
> I'm sorry this is so complex - where I think only Frank Slootweg
> and I seem to have a clear handle on the complexity.

It's *NOT* complex.
 
> With respect to mounting Android FTP "shares" as a drive letter on
> Windows using "net use" syntax.. the problem, as I see it, is
> _only_ of syntax. Nothing else.

You clearly don't understand how FTP works then. It's not an issue of 
syntax. UNC is NOT understood by FTP, period.
 


-- 
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
===================================================
Sleep is nature's way of telling you to go to bed.

[toc] | [prev] | [next] | [standalone]


#56778

FromDavid Taylor <david-taylor@blueyonder.co.uk.invalid>
Date2018-10-22 18:56 +0100
Message-ID<pql31a$nv7$1@dont-email.me>
In reply to#56762
On 21/10/2018 21:42, Paul wrote:
[]
> FTP is a different URI and protocol.
> 
> There's an example of mapping an FTP site here.
> I'm not convinced this is exactly what you want.
> 
> https://www.thewindowsclub.com/map-an-ftp-drive-windows
> 
> When they do it here, it doesn't have a drive letter.
> What exactly has been mapped ? What is the access syntax ?
> Explorer is supporting the URI, rather than some other
> layer.
> 
> http://cybernetnews.com/cybernotes-map-a-ftp-to-a-drive-in-windows/
> 
> I would have to set up an FTP server to test. Something
> I don't normally keep running here.
> 
> This goes to a whole bunch more trouble to achieve
> that result. It's an "ftp use" equivalent to "net use",
> complete with adding what appears to be a parallel stack
> for storage. This appears to be free.
> 
> https://www.ferrobackup.com/map-ftp-as-disk.html
> 
>     Paul

At least one of those methods works for a friend.  Very timely!

Thanks,
David
-- 
Web: http://www.satsignal.eu

[toc] | [prev] | [next] | [standalone]


#56789

From Arlen Holder <a%rlenh.older@no.spam.net>
Date2018-10-23 03:37 +0000
Message-ID<pqm525$i9v$1@news.mixmin.net>
In reply to#56778
On Mon, 22 Oct 2018 18:56:58 +0100, David Taylor wrote:

> At least one of those methods works for a friend.  Very timely!

In case it helps others, here's my running log file from my last tests,
earlier this morning, before I gave up on the FTP "net use" syntax. 

Often, empirically, I find stuff that nobody else seems ot know about (sort
of like how an ant finds scraps of food), where some of the scraps below
may help others.

I'm pretty much done with the FTP "net use" syntax checks, but it's a
bitch, sometimes, to get the syntax correct because _most_ examples on the
net are for SMB, which has no concept of the "@SSL" & "@PORT" &
"://user:passwd" and the "/USER:user password" syntax. 

=== begin ad-hoc log ===
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:francis@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:francis@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:francis@192.168.1.7:8080/DCIM/Camera
11. That same URI works fine as a Windows "network location":
     http://francis:francis@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:francis@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:francis@192.168.1.7:8080\
17. The Windows "network location" worked fine:
    ftp://francis:francis@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>
=== end ad-hoc log ===

[toc] | [prev] | [next] | [standalone]


#59118

Fromarlen holder <arlen@arlen.com>
Date2019-01-21 01:30 +0000
Message-ID<q237an$41h$1@news.mixmin.net>
In reply to#56661
On Sun, 14 Oct 2018 17:24:15 -0000 (UTC), Arlen Holder wrote:

> Do you have experience port forwarding SMB ports on Windows?
> Specifically forwarding SMB/CIFs TCP port 445 to higher than 1024?

IMPORTANT UPDATE!
(Please add to your local tribal knowledge archives.)

See also new information from Frank Slootweg & Paul & Dan Purgert & Poutnik
in this thread from today where we figured out that the Android freeware
SMB clients are using (apparently) SMBv1 while Windows 10 SMB server, 
by default, expressly does not enable SMBv1 (Windows 10 apparently only
enables SMBv2 or SMBv3).
<https://groups.google.com/forum/#!topic/comp.mobile.android/iIjcGCYnm-E>

The error message you get using the AndSMB client is cryptic:
o "at jcifs.e.a.c.run(Unknown Source) at java.lang.Thread.run(Thread.java: 761)"
 o "Connecting, please wait ..."
 o "Cannot change directory to /pubpc2"
  <http://www.bild.me/bild.php?file=5615405smb_win10_default03.jpg>

What that AndSMB client error actually indicates is something like:
  "The AndSMB client, using SMBv1, cannot connect to your Windows 10
    SMB server because SMBv2 or SMBv3 is enabled, but not SMBv1."

To enable SMBv1 in Windows 10, all you need to do are these steps:
o Start > Run > control > OK
o Programs > Programs and Features > Turn Windows Features on or off > 
o Change from:
     [_]SMB 1.0/CIFS File Sharing Support
       [_]SMB 1.0/CIFS Automatic Removal <=== I'm not sure what this is???
        [_]SMB 1.0/CIFS Client
        [_]SMB 1.0/CIFS Server
     [x]SMB Direct

o Change to:
     [x]SMB 1.0/CIFS File Sharing Support
       [x]SMB 1.0/CIFS Automatic Removal <=== I'm not sure what this is???
        [x]SMB 1.0/CIFS Client
        [x]SMB 1.0/CIFS Server
     [x]SMB Direct
o Reboot

Here's what one machine had as the defaults (and what I changed it to):
 <http://www.bild.me/bild.php?file=2299279smb_win10_default01.jpg>

Here's the similar (slightly different) default on the other Win10 machine:
<http://www.bild.me/bild.php?file=3580897smb_win10_default02.png>

Here is what AndSMB looks like once you have SMBv1 running on Win10:
    <http://www.bild.me/bild.php?file=9491157smb_win10_default04.jpg>

Here is SyncMe WiFi working once you have SMBv1 running on Win10:
    <http://www.bild.me/bild.php?file=4819399smb_win10_default05.jpg>

In summary, thanks to Paul & Dan Purgert & Poutnik, and particularly 
to Frank Slootweg, we can now get an SMBv1 *client* to talk to Windows 10.

This is useful for a variety of purpose, e.g., for passing CalDAV exports
back and forth between Windows, Linux, Mac, iOS, and Android, 
so as to manage a calendar on your home LAN sans need for putting your
calendar on the Internet:
o Can we come up with a free, ad free, cloud-free calendaring system that works with Windows and Linux and mobile devices?
 <https://groups.google.com/forum/#!topic/alt.os.linux/ydQ9sG-8Y08>

Or, for passing a KeePass passwd.kdbx encrypted password file db
across your personal LAN to all your Windows, Linux, Mac, iOS, and 
Android devices, again, sans need for putting passwds on the Internet:
o Have You Been Pwned? Do you have a working cross-platform PASSWD database for Windows, Linux, Mac, iOS, & Android on your home LAN?
 <https://groups.google.com/forum/#!topic/comp.mobile.android/iIjcGCYnm-E>

CAVEAT: This only works for SMB *clients* on Android.

The Android SMB *server* still has the deadly catch22 of:
o Windows SMB clients are hard coded to TCP port 445 traffic
o Unrooted Android SMB severs are not allowed to use ports 1-1024 

[toc] | [prev] | [standalone]


Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | comp.mobile.android


csiph-web