> If you are going one-on-one, then you can just have the stack show
> your id, and use a different method (email, etc) to communicate that
> to the target.
>
"different method" (to get the IP) which we once used with the now defunct
Marionette (4 years ago) that DID rely on a known third serve
> > So what does password protecting a stack inhibit:
>
>(snip)
>
>You can create objects, but I think the restriction you are running into is
>that you can't copy objects (the only other restriction I know is that you
>can't get or set scripts). If you could, then you could copy password
>prote
I asked:
>is there any way of finding out the IP address of the
>current computer a stack is running on without making
>a socket connection to another machine?
Thanks for the replies from LiangTyan Fui and Michael Kann.
Cheers
Peter
--
P
Bill Williams wrote:
> This is an
> elementary school and only MM connections are made to the server, file
> sharing only. The only two AS users are "Multiple Users User" and "aefw". I
> have the same set up at two other schools with no problem. Three weeks ago
> I used another computer and copy
On 3/1/01 4:00 am, Dale Pond <[EMAIL PROTECTED]> wrote:
> I used ZipIt 1.4 on the Mac, saving the file to a PC diskette. When I get time
> I'll try Stuffit 6.0 on a new attempt at standalone stacks. It looks like Mac
> created stacks sent through the net open fine on diverse Windows machines. I'm
>I used ZipIt 1.4 on the Mac, saving the file to a PC diskette. When I get time
>I'll try Stuffit 6.0 on a new attempt at standalone stacks. It looks like Mac
>created stacks sent through the net open fine on diverse Windows machines. I'm
>encouraged. :) We want to see how the process works in rev
