• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Help me think outside the box...

T

TechnoPro

Golden Member
A simple matter, really. I am working on a client PC via VNC right now. I need to open up Outlook to check on something, but do not want to download any e-mail. Naturally, this Outlook is set to D/L upon loading. If on site, I could simply disable internet access to the PC for the time being... Not a good idea with an active VNC session.

Any creative ideas?

EDIT:

Even starting Outlook in Safe Mode invokes a send/recieve. I could manually compromise the POP account then later restore it, but this seems a tad like overkill to me.
 
if there is any NAT involved you could do a NAT on the mail server and route it to null0?

or an access control list somewhere.
 
iIf you know what e-mail their using you could just add the address to the hosts file and send it to 127.0.0.1?
 
Originally posted by: bwnv
iIf you know what e-mail their using you could just add the address to the hosts file and send it to 127.0.0.1?
Click to expand...

oooohhhh...good idea. Only thing to lookout for would be cached DNS entries.

I guess you could also add a static route to the host and point it to 127.0.0.1 or some node on the net that isn't there.
 
I must be doing something wrong... That technique SHOULD work, but I am not succeeding in its implementation.

Case in point -

I want to cripple access to my GMail account which I access to via POP3.

POP3 server: pop.gmail.com

NSLOOKUP resolves pop.gmail.com to: 64.233.185.111, 64.233.185.109

So I added the following entries to my hosts file:

64.233.185.111 localhost

64.233.185.109 localhost

And I ran an IPCONFIG /FLUSHDNS.

I can still retrieve my e-mail. What am I doing wrong?
 
Originally posted by: reicherb
It should be:
pop.gmail.com 127.0.0.1
Click to expand...

According to the documentation within the HOSTS file:

The IP address should be placed in the first column followed by the corresponding host name. The IP address and the host name should be separated by at least one space.

So I tried this:

127.0.0.1 pop.gmail.com

When I ping pop.gmail.com, it resolves to 127.0.0.1, and yet I can still receive my e-mail...
 
Originally posted by: TechnoPro
Originally posted by: reicherb
It should be:
pop.gmail.com 127.0.0.1
Click to expand...

According to the documentation within the HOSTS file:

The IP address should be placed in the first column followed by the corresponding host name. The IP address and the host name should be separated by at least one space.

So I tried this:

127.0.0.1 pop.gmail.com

When I ping pop.gmail.com, it resolves to 127.0.0.1, and yet I can still receive my e-mail...
Click to expand...

is the "use hosts file for lookups" enable on the NIC?

Otherwise for more outside the box thinking, route the entry to a none existant IP address or route the DNS servers to a non existent address via the route command.

 
Originally posted by: spidey07
Originally posted by: TechnoPro
Originally posted by: reicherb
It should be:
pop.gmail.com 127.0.0.1
Click to expand...

According to the documentation within the HOSTS file:

The IP address should be placed in the first column followed by the corresponding host name. The IP address and the host name should be separated by at least one space.

So I tried this:

127.0.0.1 pop.gmail.com

When I ping pop.gmail.com, it resolves to 127.0.0.1, and yet I can still receive my e-mail...
Click to expand...

is the "use hosts file for lookups" enable on the NIC?

Otherwise for more outside the box thinking, route the entry to a none existant IP address or route the DNS servers to a non existent address via the route command.
Click to expand...

Human error... My mistake. For some reason, Outlook needs to be closed for this change to take effect. As soon as I closed and reopened Outlook, GMail was not accesible.
 
Originally posted by: TechnoPro
Originally posted by: spidey07
Originally posted by: TechnoPro
Originally posted by: reicherb
It should be:
pop.gmail.com 127.0.0.1
Click to expand...

According to the documentation within the HOSTS file:

The IP address should be placed in the first column followed by the corresponding host name. The IP address and the host name should be separated by at least one space.

So I tried this:

127.0.0.1 pop.gmail.com

When I ping pop.gmail.com, it resolves to 127.0.0.1, and yet I can still receive my e-mail...
Click to expand...

is the "use hosts file for lookups" enable on the NIC?

Otherwise for more outside the box thinking, route the entry to a none existant IP address or route the DNS servers to a non existent address via the route command.
Click to expand...

Human error... My mistake. For some reason, Outlook needs to be closed for this change to take effect. As soon as I closed and reopened Outlook, GMail was not accesible.
Click to expand...

Makes sense. Outlook had already cached the entry internally. The GetHostByName call is only performed once generally by an application.
 
Originally posted by: spidey07
Originally posted by: TechnoPro
Originally posted by: spidey07
Originally posted by: TechnoPro
Originally posted by: reicherb
It should be:
pop.gmail.com 127.0.0.1
Click to expand...

According to the documentation within the HOSTS file:

The IP address should be placed in the first column followed by the corresponding host name. The IP address and the host name should be separated by at least one space.

So I tried this:

127.0.0.1 pop.gmail.com

When I ping pop.gmail.com, it resolves to 127.0.0.1, and yet I can still receive my e-mail...
Click to expand...

is the "use hosts file for lookups" enable on the NIC?

Otherwise for more outside the box thinking, route the entry to a none existant IP address or route the DNS servers to a non existent address via the route command.
Click to expand...

Human error... My mistake. For some reason, Outlook needs to be closed for this change to take effect. As soon as I closed and reopened Outlook, GMail was not accesible.
Click to expand...

Makes sense. Outlook had already cached the entry internally. The GetHostByName call is only performed once generally by an application.
Click to expand...

Is Outlook storing this DNS entry in memory? I ask because my thinking is that the IP address was being stored in the Registry somewhere, but it wasn't. And of course, for reasons unbeknownst to me, Process Explorer won't open on me right now, so I cannot check the memory for that IP.
 
You can right-click the Outlook icon, then edit the properties for the mail server(s).

Good Luck

Scott

 
Originally posted by: ScottMac
You can right-click the Outlook icon, then edit the properties for the mail server(s).

Good Luck

Scott
Click to expand...

You should have seen the look on my face just now, readign your post.

I know this forum is about information exchange, but man do I feel dumb now!

Thanks Scott!
 
Originally posted by: ScottMac
You can right-click the Outlook icon, then edit the properties for the mail server(s).

Good Luck

Scott
Click to expand...

you win the "obvious answer that none of us thought of" for the year award.
:beer:

 
Originally posted by: TechnoPro
Originally posted by: spidey07
Originally posted by: TechnoPro
Originally posted by: spidey07
Originally posted by: TechnoPro
Originally posted by: reicherb
It should be:
pop.gmail.com 127.0.0.1
Click to expand...

According to the documentation within the HOSTS file:

The IP address should be placed in the first column followed by the corresponding host name. The IP address and the host name should be separated by at least one space.

So I tried this:

127.0.0.1 pop.gmail.com

When I ping pop.gmail.com, it resolves to 127.0.0.1, and yet I can still receive my e-mail...
Click to expand...

is the "use hosts file for lookups" enable on the NIC?

Otherwise for more outside the box thinking, route the entry to a none existant IP address or route the DNS servers to a non existent address via the route command.
Click to expand...

Human error... My mistake. For some reason, Outlook needs to be closed for this change to take effect. As soon as I closed and reopened Outlook, GMail was not accesible.
Click to expand...

Makes sense. Outlook had already cached the entry internally. The GetHostByName call is only performed once generally by an application.
Click to expand...

Is Outlook storing this DNS entry in memory? I ask because my thinking is that the IP address was being stored in the Registry somewhere, but it wasn't. And of course, for reasons unbeknownst to me, Process Explorer won't open on me right now, so I cannot check the memory for that IP.
Click to expand...

It all depends on the application. The call is GetHostByName and it all depends on how the app deals with that.

 
Originally posted by: spidey07
Originally posted by: ScottMac
You can right-click the Outlook icon, then edit the properties for the mail server(s).

Good Luck

Scott
Click to expand...

you win the "obvious answer that none of us thought of" for the year award.
:beer:
Click to expand...

Haha, agreed. My first thought was also editing the Hosts file, but this is a much easier solution.
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top