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

Groups > comp.sys.mac.system > #72203 > unrolled thread

Have you ever had a public VPN rat on you when downloading torrents?

Back to article view | Back to comp.sys.mac.system

Contents

  Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-28 04:10 +0000
    Re: Have you ever had a public VPN rat on you when downloading torrents? JF Mezei <jfmezei.spamnot@vaxination.ca> - 2015-03-28 00:20 -0400
      Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-28 05:49 +0000
        Re: Have you ever had a public VPN rat on you when downloading torrents? JF Mezei <jfmezei.spamnot@vaxination.ca> - 2015-03-28 02:44 -0400
      Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-28 16:58 +0000
        Re: Have you ever had a public VPN rat on you when downloading torrents? JF Mezei <jfmezei.spamnot@vaxination.ca> - 2015-03-28 15:40 -0400
        Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-29 00:53 +0000
          Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-29 01:44 +0000
            Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-29 02:18 +0000
              Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-29 03:07 +0000
          Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-29 01:51 +0000
      Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-28 22:41 +0000
        Re: Have you ever had a public VPN rat on you when downloading torrents? Mel Bourne <noabode@none.zero> - 2015-03-29 06:10 +0700
          Re: Have you ever had a public VPN rat on you when downloading torrents? Chris Ahlstrom <OFeem1987@teleworm.us> - 2015-03-28 19:53 -0400
    Re: Have you ever had a public VPN rat on you when downloading torrents? "The_Chris" <TheChris@nospam.gmail.com> - 2015-03-28 07:32 +0000
      Re: Have you ever had a public VPN rat on you when downloading torrents? "Dirk T. Verbeek" <dverbeek@xs4all.nl> - 2015-03-28 06:44 -0300
        Re: Have you ever had a public VPN rat on you when downloading torrents? "(PeteCresswell)" <x@y.Invalid> - 2015-03-28 08:10 -0400
          Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-28 15:42 +0000
            Re: Have you ever had a public VPN rat on you when downloading torrents? "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2015-03-28 10:45 -0500
            Re: Have you ever had a public VPN rat on you when downloading torrents? "J. P. Gilliver (John)" <G6JPG@soft255.demon.co.uk> - 2015-03-28 16:53 +0000
            Re: Have you ever had a public VPN rat on you when downloading torrents? "(PeteCresswell)" <x@y.Invalid> - 2015-03-29 08:30 -0400
              Re: Have you ever had a public VPN rat on you when downloading torrents? Dan Purgert <dan@djph.net> - 2015-03-29 13:23 +0000
                Re: Have you ever had a public VPN rat on you when downloading torrents? "(PeteCresswell)" <x@y.Invalid> - 2015-03-29 12:59 -0400
                  Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-29 18:07 +0000
                    Re: Have you ever had a public VPN rat on you when downloading torrents? Warren Oates <warren.oates@gmail.com> - 2015-03-29 15:06 -0400
                    Re: Have you ever had a public VPN rat on you when downloading torrents? "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2015-03-29 14:15 -0500
              Re: Have you ever had a public VPN rat on you when downloading torrents? Lewis <g.kreme@gmail.com.dontsendmecopies> - 2015-03-29 17:39 +0000
              Re: Have you ever had a public VPN rat on you when downloading torrents? "Gene E. Bloch" <not-me@other.invalid> - 2015-03-29 16:40 -0700
        Re: Have you ever had a public VPN rat on you when downloading torrents? JF Mezei <jfmezei.spamnot@vaxination.ca> - 2015-03-28 15:12 -0400
          Re: Have you ever had a public VPN rat on you when downloading torrents? "Dirk T. Verbeek" <dverbeek@xs4all.nl> - 2015-03-29 16:43 -0300
            Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-30 03:08 +0000
              Re: Have you ever had a public VPN rat on you when downloading torrents? Lewis <g.kreme@gmail.com.dontsendmecopies> - 2015-03-30 10:04 +0000
      Re: Have you ever had a public VPN rat on you when downloading torrents? "Maraela J." <Maraelaj@example.com> - 2015-03-28 15:40 +0000
      Re: Have you ever had a public VPN rat on you when downloading torrents? Mel Bourne <noabode@none.zero> - 2015-03-29 05:36 +0700
        Re: Have you ever had a public VPN rat on you when downloading torrents? "The_Chris" <TheChris@nospam.gmail.com> - 2015-03-29 08:28 +0000
          Re: Have you ever had a public VPN rat on you when downloading torrents? Mel Bourne <noabode@none.zero> - 2015-03-29 18:08 +0700
          Re: Have you ever had a public VPN rat on you when downloading torrents? Buster Friendly <lah@de.da.ru.ru> - 2015-03-29 08:52 -0400
      Re: Have you ever had a public VPN rat on you when downloading torrents? Alan Browne <alan.browne@freelunchvideotron.ca> - 2015-03-29 09:22 -0400

Page 1 of 2  [1] 2  Next page →

#72203 — Have you ever had a public VPN rat on you when downloading torrents?

I am just looking for user experience since I can easily guess what 
happens when you use public free vpn server to download torrents.

The CDMA can either:
a) Do nothing (if they know the free vpn provider will do nothing), 
b) Or send the takedown notice to the free vpn server company, 
c) Or have the vpn server company rat on your IP address.

I'm sure each of those happens, but I am just wondering what YOUR 
collective experience has been when you use one of the many free vpn 
servers out there on the interweb.

[toc] | [next] | [standalone]

#72205

On 15-03-28 00:10, Maraela J. wrote:
> I am just looking for user experience since I can easily guess what 
> happens when you use public free vpn server to download torrents.

The copyright troll only sees the IP address used to access the tracker.
 They do a WHOIS on the IP and finds that it belongs to company X. They
send takedown notice to that company.

Unclear to me what the USA law requires from that point. Either company
X states they are merely a carrier and not responsible for that user and
unable to correlate customer ID to IP address, or they would have to
forward the request to the owner of the IP address that established the
VPN (your ISP).

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

#72208

JF Mezei wrote:

> The copyright troll only sees the IP address used to access the tracker.
>  They do a WHOIS on the IP and finds that it belongs to company X. They
> send takedown notice to that company

JF,

I googled using your keywords and found this description of events:
http://dietrolldie.com/2013/06/20/what-to-do-when-notified-of-possible-online-copyright-infringement/

It says the copyright trolls do one of two things:
1. They email your ISP who emails you and tells you to stop doing it, or, 
2. The subphoena the ISP for your name and address.

They mentioned the Bellwether trial, so, googling for it, I found this:
https://phillylawblog.files.wordpress.com/2013/06/2013-6-19-bellwether-memorandum-opinion.pdf

Here are five takeaways from that trial:
https://phillylawblog.wordpress.com/2013/06/11/the-bellwether-trial-malibu-media-v-does-what-have-we-learned-my-five-takeaways-from-the-trial/

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

#72210

On 15-03-28 01:49, Maraela J. wrote:

> 1. They email your ISP who emails you and tells you to stop doing it, or, 
> 2. The subphoena the ISP for your name and address.

No, the email or subpoena the company to whom the IP address you used
was assigned.


If you access torrents via a VPN, you are accessing the torrent with an
IP address that was assigned to the VPN company and that is to whom the
letter from trolls will go to.

If you have a paid account with the VPN company,  it would be able to
identify you and forward the troll's threat to you or respond to subpoena.

But if this is an open/free VPN service, the best they can do is repond
to copyright trolls "the IP you gave us was used as a VPN, It originaled
from IP address a.b.c.d go and big the owners of a.b.c.d instead

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

#72232

Dave wrote:

> Check here for explanation of "dns leaks".
> https://www.dnsleaktest.com/what-is-a-dns-leak.html

I'm confused.

My router is set for DNS to go through the Google servers (eg 8.8.8.8).

I ran the DNS leak test (https://www.dnsleaktest.com/) with and without
VPN, and in all cases, the result showed Google servers in the USA (even
with an out of country VPN service).

The explanation at the bottom of the DNS Leak page says "If you are
connected to a VPN service and ANY of the servers listed above are not
provided by the VPN service then you have a DNS leak."

So, I have a DNS leak.
I think that means that, even when connected to VPN, my port 53 DNS 
requests bypass the VPN as shown in the diagram here
https://www.dnsleaktest.com/what-is-a-dns-leak.html

I thank you for pointing my DNS leak out, as I was unaware.

But what do I do about it?
How do I tell the VPN to do the DNS lookup for me?

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

#72235

On 15-03-28 12:58, Maraela J. wrote:

> So, I have a DNS leak.
> I think that means that, even when connected to VPN, my port 53 DNS 
> requests bypass the VPN as shown in the diagram here
> https://www.dnsleaktest.com/what-is-a-dns-leak.html

Depends on where the VPN is established.

Here is an example of a DSN leak:

Deskup gets its true IP address from the LAN (often the router). Say it
is 10.0.0.50/8.
The default route is the router's IP address (say 10.0.0.1)

However, in the routing table, 10.*.*.* is in the same subnet and thus
does not use any route or VPN.

When you establish a VPN on the desktop a new interface with its own IP
address is created. That IP address is provided by the VPN server.

The default route then points to a router at the other end of the VPN
tunnel. However, packets destined for your LAN will still use the first
interface with ip 10.0.0.50 and travel locally on LAN, outside the VPN.

If your desktop has a hardwired DNS server 8.8.8.8, this IP address is
outside the LAN so it will use the default route and go via the VPN
tunnel. No leak.

If your desktop uses DHCP which is provided by your router, there are 2
possibilities:

-the router provides the ISP's DNS server in the DHCP response. In this
case, that IP address is not part of the LAN and will thus travel via
the VPN and return to your ISP via the outside and may be blocked by
your ISP. You would need to create a route to funnel that IP range
thorugh your original interface outside of the VPN, and this would
create a leak.

-the router acts as a DNS proxy. It feeds its own IP to your desktop and
relays your DNS requests to the IP that was provisioned by the ISP when
the router did its DHCP/PPPoE to the ISP.  In this case, your desktop
has a local DNS server address (that of your router) and will send all
DNS requests to your router locally. The router then forwards those to
your ISP via the normal link. This is  a DNS link since those DNS
requests do not travel via VPN.



Visible IP address from the VPN provider

Desktop gets its VPN
desktop IP 10.0.0.50 , mask 10.255.255.255
has VPN setup, and default route points to it.

A desktop DNS resolver configured to access 8.8.8.8 will route the
request via the VPN link since 8.8.8.8 is not part of the local
10.0.0.0/8 netmask.  No leak involved.

De desktop DSN resolver configured to access a local DNS server at
10.0.0.60 will route DNS requests to the local server. That local server
accesses the internet regularly without VPN access, hence the DNS leak.

Another example: your desktop is configured to treat your router as DNS
server. (with your router dong the proxy DNS serving, using DHCP
provided DSN server as resolvers. In this instance, your desktop

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

#72286

Maraela J. wrote:

> I ran the DNS leak test (https://www.dnsleaktest.com/) with and without
> VPN, and in all cases, the result showed Google servers in the USA (even
> with an out of country VPN service).

Now, when I go to https://www.dnsleaktest.com/, it's saying, without VPN, 
that I'm going to my ISP's DNS servers (and it's no longer going to the 
Google 8.8.8.8 DNS server).

I'm not sure what I did to make it do that; but at least, under VPN 
Reactor free public VPN, it doesn't leak anymore as it says that I'm 
using the VPN Reactor DNS server.

I'm just curious "how" I managed to kick out the Google DNS server of 
8.8.8.8, when I didn't change the router setting (which still is set for 
8.8.8.8).

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

#72289

Marek Novotny wrote:

> I'd be most interested if you disabled dns-dnsmasq and then executed the
> dig redhat.com command with and without the vpn.

With dns-dnsmasq enabled...

This is what I get with and without VPNREACTOR VPN:
1. https://www.dnsleaktest.com/ leaktest with and without VPN:
   http://i62.tinypic.com/2sblhlg.jpg
   WITHVPN:    dns server is vpn dns server
   WITHOUTVPN: dns server is google dns server
2. dig with and without vpn reports the same thing:
   $ dig redhat.com|grep SERVER
   WITHOUTVPN:  ;; SERVER: 127.0.1.1#53(127.0.1.1)
   WITHVPN:     ;; SERVER: 127.0.1.1#53(127.0.1.1)

With dns-dnsmasq disabled...

This is what happens with and without VPNREACTOR VPN:
1. https://www.dnsleaktest.com/ leaktest with and without VPN:
   http://i60.tinypic.com/qxw3rk.jpg
   WITHVPN:     dns server is optimal link corp (presumably from VPN)
   WITHOUTVPN:  dns server is google dns server (from my home router)
2. dig with and without vpn:
   $ dig redhat.com|grep SERVER
   WITHOUTVPN: ;; SERVER: 192.168.1.1#53(192.168.1.1
   WITHVPN     ;; SERVER: 216.230.224.34#53(216.230.224.34)

Notice the only thing different is the result of the dig command
between the first case (which is the default dns-dmasq set) and
the second case (which is the dns-dmasq commented out).

Can someone help me understand these results?

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

#72291

Marek Novotny wrote:

> The problem is, we actually want to know via a script how it actually
> got resolved. And we can't really do that if the middle man is in the
> way. It's not that the middleman isn't doing the job well, it's that
> having the middleman there at all makes it harder for us to see what the
> actual resolver is. So fire the middleman and just run the script when
> you use the VPN endpoint to see where you are resolving to.
> 
> Make sense?

Thanks Marek for explaining.
Is this what you tried to tell me, paraphrased?

1. With /etc/NetworkManager/NetworkManager.conf at the default, the 
   dns=dnsmasq is set, which causes the local machine (127.0.1.1) to
   be the dns cache, which it resolves by going to the home broadband
   router, which tells it to get its DNS from Google's 8.8.8.8, which
   it does (but you don't see that happening in the DIG command).

2. With the #dns=dnsmasq commented out in a modified 
   /etc/NetworkManager/NetworkManager.conf file, the dns cache is now 
   the home broadband router (192.168.1.1) which tells Ubuntu to go
   to the Google DNS server 8.8.8.8 by default. In this case, you can
   easily see that the DIG command is deferring to the router for its
   DNS server definition.

3. When I add the VPNReactor free public VPN to the first situation 
   (#1 above), the VPN service takes over the job of DNS (which prevents
   DNS leaks); but you can't see that from a DIG command, because the 
   DIG command still reports the localhost (127.0.1.1) as the DNS cache
   (because the dns=dnsmasq is enabled).

4. However, when I add VPNReactor free public VPN to the second situation
   (#2 above), since #dns=dnsmasq is disabled, it's easier to see that the
   DNS server is coming from the VPNReactor DNS server (216.230.224.34).

Did I get that right yet?

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

#72296

Maraela J. wrote:

> I have a few dozen free public VPN services set up, so, I will try a few
> of them to see if they all provide the DNS server.
> 
> If not, I'll try to report back (but the setup from VPN to VPN takes
> time because the files aren't automatically configuring the openvpn on
> Ubuntu).
> 
> For example, when I load any of the openvpn setup files from
> http://mofolinux.com/vpngate.html, I still have to modify the settings
> in order for all of them to take (but it's supposed to be automatic).

I tested a second free public VPN service (of dozens)...

With #dns=dnsmasq disabled in NetworkManager.conf, and using one of the 
many mofolinux DNS servers for the USA, I get the following from DIG 
(which is expected)

$ dig redhat.com | grep SERVER
;; SERVER: 10.211.254.254#53(10.211.254.254)

And, from the leaktest at https://www.dnsleaktest.com I get what appears 
to be a DNS server assigned by that free public VPN service, which is a 
good thing (I think).    

http://i62.tinypic.com/257q89c.jpg

So, I think it's working the way it should in that 'dig' is reporting good
stuff, and the dns leaktest isn't showing any dns leaks.

$ vpntest.sh
                  ISP: AS31939 DirecPath, LLC
              Country: US
            Device IP: 10.211.1.17 (tun0)
          External IP: 65.50.111.240
        Default Route: 10.211.1.18
               DNS IP: 10.211.254.254
             DNS Name: public-gw.vpngate.net.

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

#72290

Marek Novotny wrote:

> I've been testing this with the dns=dnsmasq disabled. When I do it that
> way I get two different results for dig redhat.com.

I also get different results for dig, depending on the situation:

With dns-dnsmasq enabled...this is the result of "dig redhat.com":
NO VPN:   SERVER: 127.0.1.1#53(127.0.1.1)
WITH VPN: SERVER: 127.0.1.1#53(127.0.1.1)

With dns-dnsmasq commented out...this is the result:
NO VPN:   SERVER: 192.168.1.1#53(192.168.1.1)
WITH VPN: SERVER: 216.230.224.34#53(216.230.224.34)

I don't understand what is going on at all (sorry).
Do you?

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

#72273

Dan Purgert wrote:

> Ubuntu (and by extension, Mint) is set up to use a local resolver as
> part of Network Manager / dnsmasq by default.  In theory, this is
> supposed to help the computer when it's part of a split horizon setup,
> and will only ask a VPN server about hosts that're in the subnet(s)
> contained within the VPN.
> 
> To turn it off, edit /etc/NetworkManager/NetworkManager.conf, and
> comment out the line "dns=dnsmasq".  Then restart Network Manager.

I'm confused, so, I need to take this new information slowly.

My dnsmasq line is currently not commented out:
$ cat /etc/NetworkManager/NetworkManager.conf | grep dnsmasq
=> dns=dnsmasq

Before I comment it out, I'm trying to understand this new concept to me 
of how a port 53 DNS request typically goes from my laptop to my router 
to my transceiver to the Internet (with and without a VPN public server 
in the mix).

Before I saw this dnsmasq stuff, I was reading the instructions here:
https://developers.google.com/speed/public-dns/docs/using

Should I follow the Google instructions, or the dnsmasq instructions
in order to prevent DNS leaks while on a free public VPN server?

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

#72279

On 03/29/2015 05:41 AM, Maraela J. wrote:

> Should I follow the Google instructions, or the dnsmasq instructions
> in order to prevent DNS leaks while on a free public VPN server?

http://www.freelan.org/#

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

#72282

Mel Bourne wrote this copyrighted missive and expects royalties:

> On 03/29/2015 05:41 AM, Maraela J. wrote:
>
>> Should I follow the Google instructions, or the dnsmasq instructions
>> in order to prevent DNS leaks while on a free public VPN server?
>
> http://www.freelan.org/#

"Mel Bourne".

Heh heh.

-- 
I am a bookaholic.  If you are a decent person, you will not sell me
another book.

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

#72212

In alt.os.linux.ubuntu Maraela J. <Maraelaj@example.com> wrote:
> I am just looking for user experience since I can easily guess what 
> happens when you use public free vpn server to download torrents.
> 
> The CDMA can either:
> a) Do nothing (if they know the free vpn provider will do nothing), 
> b) Or send the takedown notice to the free vpn server company, 
> c) Or have the vpn server company rat on your IP address.
> 
> I'm sure each of those happens, but I am just wondering what YOUR 
> collective experience has been when you use one of the many free vpn 
> servers out there on the interweb.

Well, if you're using a public free one, you're getting what you pay 
for..

It's worth it to me to pay the $4.95 a month for peace of mind.

They haven't ratted on me, but, they tell me when people are nosing 
around.

I'm using HMA (Hide My Ass)

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

#72219

Op 28-03-15 om 04:32 schreef The_Chris:
> In alt.os.linux.ubuntu Maraela J. <Maraelaj@example.com> wrote:
>> I am just looking for user experience since I can easily guess what
>> happens when you use public free vpn server to download torrents.
>>
>> The CDMA can either:
>> a) Do nothing (if they know the free vpn provider will do nothing),
>> b) Or send the takedown notice to the free vpn server company,
>> c) Or have the vpn server company rat on your IP address.
>>
>> I'm sure each of those happens, but I am just wondering what YOUR
>> collective experience has been when you use one of the many free vpn
>> servers out there on the interweb.
>
> Well, if you're using a public free one, you're getting what you pay
> for..
>
> It's worth it to me to pay the $4.95 a month for peace of mind.
>
> They haven't ratted on me, but, they tell me when people are nosing
> around.
>
> I'm using HMA (Hide My Ass)
>
Make no difference if you pay, they are registered at a certain 
jurisdiction and will follow local law, in the US and some other 
DCMA/ACTA-like places they will pass on your originating IP.

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

#72221

Per Dirk T. Verbeek:
>Make no difference if you pay, they are registered at a certain 
>jurisdiction and will follow local law, in the US and some other 
>DCMA/ACTA-like places they will pass on your originating IP.

Somewhere I read a rating comparison of several VPN services and,
rightly or wrongly, I came away with the impression that some VPN
services actually cannot supply the user's IP - they just don't have the
data.

IIRC PrivateInternetAccess was one of those - and also one of the most
highly-rated.

Can somebody who knows something comment?
-- 
Pete Cresswell

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

#72226

(PeteCresswell) wrote:

> Can somebody who knows something comment?

Which VPN Services Take Your Anonymity Seriously?
http://torrentfreak.com/which-vpn-services-take-your-anonymity-seriously-2014-edition-140315/

They asked the VPN services these questions:
1. Do you keep ANY logs which would allow you to match an IP-address and 
a time stamp to a user of your service? If so, exactly what information 
do you hold and for how long?

2. Under what jurisdictions does your company operate and under what exact 
circumstances will you share the information you hold with a 3rd party?

3. What tools are used to monitor and mitigate abuse of your service?

4. In the event you receive a DMCA takedown notice or European equivalent, 
how are these handled?

5. What steps are taken when a valid court order requires your company to 
identify an active user of your service?

6. Is BitTorrent and other file-sharing traffic allowed on all servers? 
If not, why?

7. Which payment systems do you use and how are these linked to individual 
user accounts?

8. What is the most secure VPN connection and encryption algorithm you 
would recommend to your users? 

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

#72227

On Sat, 28 Mar 2015 15:42:53 +0000 (UTC)
"Maraela J." <Maraelaj@example.com> wrote:

> 4. In the event you receive a DMCA takedown notice or European
> equivalent, how are these handled?

Russian government doesn't send DMCA takedown notices.  They just take
you down.

Cybe R. Wizard
-- 
Nice computers don't go down.
	Larry Niven, Steven Barnes
		"The Barsoom Project"

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

#72231

In message <mf6i5t$8sq$2@speranza.aioe.org>, Maraela J. 
<Maraelaj@example.com> writes:
[]
>2. Under what jurisdictions does your company operate and under what exact
>circumstances will you share the information you hold with a 3rd party?
[]
>4. In the event you receive a DMCA takedown notice or European equivalent,
>how are these handled?
>
>5. What steps are taken when a valid court order requires your company to
>identify an active user of your service?
[]
I suspect these are pointless questions to ask, since it is my 
understanding that sometimes, the judicial "request" is accompanied by 
an injunction not to reveal that it has been made, or anything about it.
-- 
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Being punctual makes people think you have nothing to do.

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

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.sys.mac.system

csiph-web