--------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFP00008 Date: 11/19/97 From: GARY GILMORE Time: 05:20pm \/To: JEFFREY ITZSTEIN (Read 4 times) Subj: RE: WinNT Resources JI> I am using Wingate v2.00 with great success. It is available JI> at any 2 Cows site. It's "TUCOWS", which stands for "The Ultimate Collection Of Winsock oftware". (Just clarifying so that someone's not searching for "2cows" on the internet instead of "tucows".) --gary --- Maximus 3.01 * Origin: bloom county bbs * Win98 Powered! * (313)582-0888 (1:2410/400) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFP00009 Date: 11/19/97 From: GARY GILMORE Time: 05:22pm \/To: SCOTT LITTLE (Read 4 times) Subj: MEMPHASE SL> There is a better interface, bugs fixed, new bugs added SL> :) and support for the latest hardware like AGP. ..and it's no longer called "Memphis". It's called "Windows 98" now. (And has been for quite a few betas now..) SL> the beta testers is that if you have the latest hardware, it's definatly a SL> must have. I think it's ok, though I can see where some will wish there was still "plain old Win95". There's a LOT more to Win98, which means it's bigger overall. There are parts I don't like, and things I don't see fixed yet, but then again, we're in beta, not release. ;-) --gary --- Maximus 3.01 * Origin: bloom county bbs * Win98 Powered! * (313)582-0888 (1:2410/400) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFP00010 Date: 11/19/97 From: JEFF GUERDAT Time: 07:33am \/To: SCOTT PARKS (Read 4 times) Subj: machine name automation SP> How do people track machine names in a large organization? I work for Kodak which has its own standard for names. We need to specify he plant and department, with the rest being unique. Our machines are named EP-OI-Wxxxxxx, showing that it's located in the Elmgrove Plant, is part of Office Imaging, is a workstation (that's the "W") and the last 6 digits of he IP address (0-padded, if less than 3 characters - 56 becomes 056). Some people like it, some don't - such is life... --- *Durango b200 #NR* DurangoMail for Windows NT/95 * KMail 3.10o Knight Moves --- QScan/PCB v1.17b / 01-0406 * Origin: Knight Moves - Rochester,NY 716-865-2106 (1:2613/313) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFP00011 Date: 11/20/97 From: GARY GILMORE Time: 12:24am \/To: ALL (Read 4 times) Subj: New in the Windows32 FDN New Windows95 releases, from the Windows32 File Distribution Network. (W32_FDN) (Announcement made with moderator permission) --------------------------------------------------------------------------- Area : W32_GAME - W32_FDN: Win32 Games --------------------------------------------------------------------------- 32ANBJ12.EXE 543,039 Animated BlackJack 95 1.2. A fun, realistic black jack game with great graphics and sound. Play from 1-6 human or computer players. VIRTPET.EXE 2,310,144 Description not found VP_PATCH.ZIP 380,448 Virtual Pet Patch for systems *WITHOUT* IE 4.0. [Total bytes of announced files: 3,233,631] Announced files are available here at 1:2410/400 (any time except ZMH), and on other systems which carry the W32_FDN. To carry the W32_FDN areas on your BBS, contact your local fileecho provider, or ask the sysops in your area about obtaining a feed. W32_FDN is available via the FileGate, Filebone, Planet Connect, or FidoGate, paonline.com & other FTP services. Authors! Want the best distribution for -your- Windows95 programs? You get it when you use the W32_FDN! Contact Gary Gilmore via Fidonet at 1:2410/400 (or garyg@oeonline.com) for details, or visit the W32_FDN website at "http://oeonline.com/~garyg/w32_fdn/" for more information. --- * Origin: bloom county * W32_FDN Headquarters * 313-582-0888 (1:2410/400) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFQ00000 Date: 11/18/97 From: SCOTT PARKS Time: 06:57am \/To: ALL (Read 4 times) Subj: Windows Exchange client -=> Note: Copied (from: lan) by Scott Parks using timEd. I'm not sure of the internals of why we had to add an LMHOSTS file to our WIN95 clients to get them to allow password changes on the server (we could connect without it) .... but we'll be forced to run a few Windows clients and have the same problem. Since LMHOSTS are TCP/IP related, I assume this depends on the stack you are running. We use Lan Workplace for DOS and I've not found the proper file to edit or place to add a HOST file. Anyone have Windows/Exchange working with password security? Scott Parks sparks@helix.eskimo.com --- GEcho 1.11+ * Origin: Helix BBS - Support National Public Radio (1:343/70) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFQ00001 Date: 11/18/97 From: SCOTT PARKS Time: 07:08am \/To: GERRY DANEN (Read 4 times) Subj: machine name automation Gerry Danen wrote in a message to Scott Parks: GD> We use the asset tag number of the machine, prefixed with GD> NP, which is the company name's abbreviation. So NP01025 GD> would be a valid machine name. I'm too busy to think of the obvious ... we have State #'s on all machines. Thanks Scott Parks sparks@helix.eskimo.com --- GEcho 1.11+ * Origin: Helix BBS - Support National Public Radio (1:343/70) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFR00000 Date: 11/20/97 From: FRANK RAMSEY Time: 10:10pm \/To: CHRIS HOLTEN (Read 5 times) Subj: Re: Combo WinNT Server & Workstation FR> Even if the userid's are the same, a domain account and FR> a local account use different security identifiers. FR> Without some type of privs, or modifications to the FR> workstation's permissions, and assuming you're using FR> roaming profiles, not mandatory ones, the doman account FR> and local account will not share the same profile. FR> Basically, if a DC is not available, you're hosed until it comes up. CH> Hmm...It doesn't -seem- to happen this way on my setup CH> Frank. As you mention, I have the same local user and CH> domain account, but when I log in I log into the domain, CH> not the local account. If the DC is down, I get a message CH> about the domain controller not being available and that CH> the system is using cached settings, which is the desktop CH> I get when I log into the domain (IE chris from CH> CowboyCountry Domain). If I log in using the local account CH> (IE Chris from Old Red) then I get different desktop. The CH> local user and the domain user are the same name with the CH> same password. S'why I know the user profile (desktop CH> settings) are cached. Don't know how it would work with CH> different passwords or users names that aren't in the CH> local user database. But as described above, that is the CH> way it works here. When you log into the doamin, you are authenticated to a domain controller. If a DC is not available, there is no means of validating the user id and password. Hence, you cannot log into the domain. Since you say you still can log into the domain, I have to ask if the domain has both a primary and backup domain controller. If yes, then all domain controllers would have to be down for the login to fail. Even tho the "userid" is the same, a domain and local account have different SID's. The differing SID's is the reason each account has it's own desktop ... . framsey@goodyear.com; frank.ramsey@fallsbbs.com;CNA;CNE;MCSE;PE --- EZPoint V2.2 * Origin: -- A Point on Pine Lake (330)-796-3146 -- (1:157/603.70) --------------- FIDO MESSAGE AREA==> TOPIC: 206 WINDOWS 32BIT Ref: EFR00001 Date: 11/21/97 From: SCOTT PARKS Time: 08:51am \/To: ALL (Read 5 times) Subj: Exchange 4 patches I'm used to the MS patches that are no-brainers but the service pack 2 and 4 for Exchange are pretty strange. I finally got the readme file from the FTP site but the lines did not wrap when printed. From it I decifered that I have to create 2 directories and somehow extract to them. At the command prompt when I type SPE_200I -d (or whatever the file name is), NT says it does not know the command. I get the feeling I have to use a DOS machine to extract and then access the setup files remotely from NT. Any ideas? Scott Parks sparks@helix.eskimo.com --- GEcho 1.11+ * Origin: Helix BBS - Support National Public Radio (1:343/70)