Re: [WinMac] PC users remote access to FileMaker server on G3

Nik Sands(Nik.Sands[at]utas.edu.au)
Sun, 25 Apr 1999 18:42:04 -0500

Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Next message: Jason Sellers: "[WinMac] Hardware Comm Center? (was: PC users remote access to FileMaker server on G3)"
Previous message: Nik Sands: "Re: [WinMac] PC users remote access to FileMaker server on G3"
Maybe in reply to: Jason Sellers: "[WinMac] PC users remote access to FileMaker server on G3"

WinMac Digest #294 - Sunday, April 25, 1999

  Re: [WinMac] Mac DHCP client <-> NT DHCP Server follow-up
          by "Daniel L. Schwartz" <expresso@snip.net>
  Re: [WinMac] PC users remote access to FileMaker server on G3
          by "Leonard Rosenthol" <leonardr@lazerware.com>
  CopyPaste Summary.
          by "Brian Durant" <bfd207@ibm.net>
  Server crash [WAS: Re: [WinMac] Mac DHCP client <-> NT DHCP Server foll
          by "Daniel L. Schwartz" <expresso@snip.net>
  Re: [WinMac] PC users remote access to FileMaker server on G3
          by "Nik Sands" <Nik.Sands@utas.edu.au>

Subject: Re: [WinMac] Mac DHCP client <-> NT DHCP Server follow-up
From: "Daniel L. Schwartz" <expresso@snip.net>
Date: Sat, 24 Apr 1999 23:03:22 -0500
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Michael:

These were not my words... Just a direct quote from Ralph Droms, the
author of the DHCP specifications for IETF (Internet Engineering Task Force).

Did it ever occur to you that maybe, just maybe the DHCP
implementation is "sloppier" with the *nix implementations, and that
is why the DHCP client in Open Transport 2.0.2 still works?

At 01:17 PM 4/24/99 -0500, you wrote:
>
>If it was apple's fault, DHCP would not work properly with Solaris, Linix,
>etc- which it does.
>
>-mab

-----------------------------------------------------------------

<mailto:expresso@snip.net>

ALTERNATE: <mailto:expresso@workmail.com>

Webmaster for <http://www.Faulknerstudios.com>,
<http://www.BrakeAndGo.com>

-> NEW! Sign up for the Mac-NT Mailing list at:
<http://www.onelist.com/subscribe/Mac-NT>

-----------------------------------------------------------------

Subject: Re: [WinMac] PC users remote access to FileMaker server on G3
From: Leonard Rosenthol <leonardr@lazerware.com>
Date: Sat, 24 Apr 1999 23:03:30 -0500
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: quoted-printable

At 11:58 PM -0500 4/23/99, Jason Sellers wrote:
>Does anyone know a simple solution to give PC users remote access to a
>FileMaker server running on a G3? A client is using ARA for his Mac users
>to dial up to access the network that the FileMaker server is on. But it's
>a Mac only shop - there are NO PCs in the building.
>
Why can't they just use IP-based connections to the FMPro=20
server and not worry about ARA at all??

Leonard

----------------------------------------------------------------------------
You've got a SmartFriend=81 in Pennsylvania
----------------------------------------------------------------------------
Leonard Rosenthol Internet: leonardr@lazerware.com
America Online: MACgician
Web Site: <http://www.lazerware.com/>
=46TP Site: <ftp://ftp.lazerware.com/>
PGP Fingerprint: C76E 0497 C459 182D 0C6B AB6B CA10 B4DF 8067 5E65

Subject: CopyPaste Summary.
From: "Brian Durant" <bfd207@ibm.net>
Date: Sun, 25 Apr 1999 04:53:08 -0500
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hi,

Thanks for the fantastic promptness and amount of responses regarding
my CopyPaste problems! I used Conflict Catcher to delete desktop
database files at startup and zapped the PRAM. I have as of yet not
tried to reinstall Launcher, but I did lock the Launcher Control
Panel on my PB 1400 to avoid the same problem on that machine. I am
reacquainting myself with DragThing at this time, rather than trying
a Launcher reinstall.

The ADB problem has gotten better after PRAM zapping, but sometimes
pops up at the weirdest times. It was interesting to note that there
is both an issue with the Launcher, as well as with CopyPaste and
AIM, neither of which I had been aware of. I am actually using an
older version of AIM as the latest version seemed to crash my system
without any known reason (after a conflict test).

Now if only I could get someone to help me find out if there is a
Danish proofing tool kit for the Outlook Mac Client (SP2_55MA.hqx)
:-))

Thanks again to one and all!

Brian Durant

--- Human rights and democratization specialist, freelance journalist.

Menneskerettigheds- og demokratiseringsspecialist og freelance journalist.

bdurant@inform.dk

http://www2.inform.dk/durant

---

Subject: Server crash [WAS: Re: [WinMac] Mac DHCP client <-> NT DHCP Server follow-up] From: "Daniel L. Schwartz" <expresso@snip.net> (by way of Marc Bizer) Date: Sun, 25 Apr 1999 12:30:17 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable

Dear Michael,

ANY server can abend, crash, become corrupted, yada yada yada, IF it is not managed properly. At one location I had an Apple Workgroup Server 9150/120 running System 7.5.1 and AppleShare Server 4.1 for over 3 years nonstop - Until the disk drive failed.

Yes, NT servers can also crash, either with a Dr. Watson when an application running in Ring 3 blows up, or a BSOD (Blue Screen Of Death) when a process goes haywire. And just like on the Mac, NT can be easily brought down by an errant driver or some odd piece of 3rd party software. Generally, I stick to "plain vanilla" installations:

* "Lean & mean" on the Mac side, with only the minimal number of Extensions and Conntrol Panels needed to get the job done;

* "Vanilla" M$ HAL's on NT/x86 boxes: Often an OEM (such as Dell or Compaq) will write a custom HAL (Hardware Abstraction Layer) for their boxes=A7; but later on these will be improved upon by Service Pack releases. I also start out with as many vanilla "on the CD" drivers as possible, and only afterward (after applying the Service Pack) start to apply _proven_ vendor drivers for such goodies as Symbios 53c8xx SCSI and Intel 82557 ethernet cards=A4.

[=A7 NOTE: I'm excluding from this recommendation custom HAL's for boxes wit= h more than 4 CPU's, which are written by the OEM from the outset since M$ only supports machines in NT4 with up to 4 CPU's "out of the box;" but if you're running an x86 box with more than 4 CPU's then chances are you need to look more closely at other solutions (such as clustering) as well.]

[=A4 NOTE: Although I'm not a big fan of intel's CPU's, which is over 80% of their business, I DO like their ethernet cards - They are about the best in the business in terms of drivers, CPU overhead, and reliability.]

As for your Dell server going down, instead of first pointing=20 the finger at NT itself (which it could very well be cause), you need to find out WHAT caused it to crash: Was it a hardware-based error, such as a soft error in one of the hundreds of millions of gates in the semiconductors in the box? This would bring down ANY OS, whether it is OS/2, Linux, NT, NetWare, *nix, etc... Was it indeed a software problem with an errant driver? Dell uses (mostly) 3Com NIC's. Was it due to a Dell-supplied HAL? Was it due to a Dell management utility? I've not worked on a production Dell server, so I'm not familiar with their server management software. [I mention this because H-P's NT utilities are notorious for being flaky.]

Cheers! Dan

At 06:23 PM 4/24/99 -0500, BARTOSH, MICHAEL ALLAN wrote: > >Well we would know, wouldn't we if ms would open up the bottom of its OS. > >Until then, not only no but hell no, m$'s track record regarding >standards is too blotched. > >Once again last night, as it came down to a heavy-load final weekend, the >nt server at a local universitie's Architecture dept (very well supported >mainstream Dell server, not a serverized workstation) crashed to pieces, >48hrs before deadline. Was it the i/o? Was it the printing? Was it the >networking? I don't know. > >Tisk tisk.... when will the world tire of this. > >-mab [snip]

Subject: Re: [WinMac] PC users remote access to FileMaker server on G3 From: Nik Sands <Nik.Sands@utas.edu.au> Date: Sun, 25 Apr 1999 18:42:04 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed"

FileMaker Pro uses 3 different types of networking, but each database can only use one type at a time (set in the preferences dialogue). The Mac version can use either AppleTalk OR TCP/IP (internet) and the Windows version can use either IPX/SPX or TCP/IP.

If you want to share a FileMaker Pro database between Mac and Wintel machines, then you must use TCP/IP on an intranet or the internet. For dial-up connections, you can do this via PPP (the latest versions of Apple Remote Access Server will accept PPP connections).

I hope this helps!

Nik

=============================NIK SANDS - Video Conference Assistant Information Technology Services Phone: +61 3 63243732 University of Tasmania, Australia Fax: +61 3 63243081

The University IT Services Video Conference WWW Pages: http://www.its.utas.edu.au/communications/video/

For IT Services Video Conference Bookings call ext. 3798

* Windows-MacOS Cooperation List *

Next message: Jason Sellers: "[WinMac] Hardware Comm Center? (was: PC users remote access to FileMaker server on G3)"
Previous message: Nik Sands: "Re: [WinMac] PC users remote access to FileMaker server on G3"
Maybe in reply to: Jason Sellers: "[WinMac] PC users remote access to FileMaker server on G3"

This archive was generated by hypermail 2.0b2 on Sun Apr 25 1999 - 17:07:58 PDT