Hiya,
Ah, ok: If you can create an exception for the executable in the
firewall application, then that should be ok. It's not what I would
do as standard practice as an app can misbehave, so you're giving it
full net access.
In this instance I'd look for the revlet executable to exclude, not
the 'app' itself.
Cheers,
Luis.
On 9 Dec 2009, at 16:08, Richard Miller wrote:
Hi Luis,
As I said, normally when this occurs in my standard Rev app, the
user need only create a firewall exception for my app.
Communication usually works fine after that. Are you saying this
same approach won't work with a revlet?
Thanks.
Richard
Luis wrote:
Hiya,
The app location is irrelevant if it's a firewall issue. In this
instance the firewall would need ports 20 and 21 open for ftp to
go through.
Usually port 80 (or 8080) is open as this is used for standard
http browsing protocol.
If you try to telnet (from a command line/terminal prompt to port
21 (telnet 'ipaddress' 21 or telnet domain.com 21) and you do not
receive a positive response then the port is blocked.
Cheers,
Luis.
On 9 Dec 2009, at 15:07, Richard Miller wrote:
I'm finding some situations in which my revlet cannot communicate
to the outside via: put x into url "ftp://xxxxxx"; because of
firewall issues. Normally, I would instruct the user to create a
firewall exception for a regular Rev app, since the location of
the app is identifiable. How would one do this with a revlet? Is
the revlet residing somewhere locally for a time, or is it in
memory?
Thanks.
Richard Miller
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
