NeXT/ChangeLog.rtf

   1 {\rtf0\ansi{\fonttbl\f0\fmodern Courier;\f1\fswiss Helvetica;\f2\fmodern Ohlfs;}
   2 \paperw12040
   3 \paperh11720
   4 \margl40
   5 \margr40
   6 {\colortbl;\red59\green11\blue84;\red0\green0\blue0;\red19\green34\blue84;\red6\green0\blue85;}
   7 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\b0\i0\ulnone\fs24\fc0\cf0 \
   8
   9 \b\gray128\fc1\cf1 11
  10 \b0\gray0\fc0\cf0       Submitted:
  11 \b\fc2\cf2 perkins
  12 \b0
  13 \b\fc0\cf0 Jul 10 1996 00:00\
  14
  15 \b0 Topic:
  16 \b /PPP-2.x/Documentation/WWW Pages/
  17 \b0 \
  18         Owner:
  19 \b perkins
  20 \b0 (nobody)
  21 \b \
  22
  23 \b0     Status:
  24 \b Fixed\
  25
  26 \b0 \
  27
  28 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\b\i\gray136\fc3\cf3  Mail setup for FAQ\
  29
  30 \i0\gray0\fc0\cf0
  31 \b0 \
  32
  33 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [perkins Wed Jul 10 14:59:39 EDT 1996]\
  34 [perkins Wed Jun 05 21:31:44 EDT 1996]\
  35 On 06/04/96, Francois Magnan wrote:\
  36
  37 \gray46\fc4\cf4 >\
  38 >I have written down the steps I did to configure sendmail 8.7.5 for a \
  39 >standalone machine using a dial up PPP connection to link to the \
  40 >internet. It uses the user database to set From and Reply to fields \
  41 >correctly to each user of the system own's Pop account (in all \
  42 >outgoing mail). Is there a need for this? Should I post it? Could an \
  43 >expert verify it before an unexperienced user try this???\
  44 >\
  45 >Thank you,\
  46 >Francois Magnan\
  47 >   \
  48 >-- \
  49 >______________________________________________________\
  50 >Francois Magnan\
  51 >Departement de Mathematique & Statistiques\
  52 >Universite de Montreal\
  53 >email: magnan@mathcn.umontreal.ca (MIME, NeXTMail Ok!)\
  54 >\
  55 >\
  56
  57 \gray0\fc0\cf0 \
  58 Sorry for this.... My news server was always telling me it could not \
  59 send the post.\
  60 \
  61 Francois\
  62 \
  63 \
  64 -- \
  65 ______________________________________________________\
  66 Francois Magnan\
  67 Departement de Mathematique & Statistiques\
  68 Universite de Montreal\
  69 email: magnan@mathcn.umontreal.ca (MIME, NeXTMail Ok!)\
  70 \
  71
  72 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
  73
  74 \li0 \
  75 Trackers:       perkins\
  76
  77 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\fc0\cf0 \
  78
  79 \b\gray128\fc1\cf1 13
  80 \b0\gray0\fc0\cf0       Submitted:
  81 \b\fc2\cf2 perkins
  82 \b0
  83 \b\fc0\cf0 Jul 10 1996 00:00\
  84
  85 \b0 Topic:
  86 \b /PPP-2.x/PPP Daemon/Interoperation/
  87 \b0 \
  88         Owner:
  89 \b perkins
  90 \b0 (nobody)
  91 \b \
  92
  93 \b0     Status:
  94 \b Open\
  95
  96 \b0 \
  97
  98 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\b\i\gray136\fc3\cf3  PPP-2.2 doesn't negotiate well with Netcom's PPP server using bsdcomp\
  99
 100 \i0\gray0\fc0\cf0
 101 \b0 \
 102
 103 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [perkins Wed Jul 10 15:01:24 EDT 1996]\
 104 \
 105 [aisbell@cubicsol.com Mon Jun 17 16:47:27 CDT 1996]\
 106     Using the default PPP options file which specifies the "bsdcomp 10,10" pppd option, negotiation with Netcom's PPP server has been problematic since early June, 1996.  Negotiation succeeds, ipcp comes up, but then the Netcom server resends a negotiation packet causing ipcp to be brought down followed by successful renegotiation bringing ipcp up.  This causes ip-up to run, then ip-down, and then ip-up again.  Depending on what is being done in ip-up and ip-down, this multiple repeated execution, possibly concurrently, can cause problems.\
 107 \
 108     However, BSD compression negotiation is rejected by the Netcom server.  So by disabling BSD compression negotiation (i.e., specifying the "-bsdcomp" instead of the "bsdcomp 10,10" pppd option), this problem seems to disappear.
 109 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 110
 111 \li0 \
 112 Trackers:       perkins\
 113                 \
 114
 115 \b\gray128\fc1\cf1 15
 116 \b0\gray0\fc0\cf0       Submitted:
 117 \b\fc2\cf2 perkins
 118 \b0
 119 \b\fc0\cf0 Jul 10 1996 00:00\
 120
 121 \b0 Topic:
 122 \b /PPP-2.x/Kernel Server/
 123 \b0 \
 124         Owner:
 125 \b perkins
 126 \b0 (nobody)
 127 \b \
 128
 129 \b0     Status:
 130 \b Open\
 131
 132 \b0 \
 133
 134 \b\i\gray136\fc3\cf3    PPP running out of netbuffers & thrashing\
 135
 136 \i0\gray0\fc0\cf0
 137 \b0 \
 138
 139 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [perkins Wed Jul 10 15:02:51 EDT 1996]\
 140 \
 141 [rvose@ix.netcom.com Wed Jun 26 01:03:20 CDT 1996]\
 142 You'll have to excuse me if this is categorized wrong.  I'm a PPP newbie.\
 143 \
 144 I'm running PPP 2.2.046 on a NeXTstation Turbo Color w/32MB RAM to access my ISP over a modem.  Certain operations cause my system to thrash until I break into the NMI to stop it.  When I look at messages in the NMI, at the very end are several errors from PPP indicating that it's out of 'netbuffers'  I'm not sure if PPP is causing the trash, but the netbuffer errors seemed to point to it.  A friend of mine running the same configuration has the same problems.\
 145 \
 146 I'm looking for a way to recreate the problem on demand, and will forward that on when I find it.  The trashing usually appears while using OmniWeb 2.0.1 from Lighthouse Design, but I've had similar problems using NetSurfer.  The problem seems to happen much faster with NetSurfer.\
 147 \
 148 Again, I'll try to get you more details.  Does this sound like a PPP problem?
 149 \b \
 150  ===============================================\
 151 \
 152
 153 \b0 [perkins Mon Jul 01 10:33:36 EDT 1996]\
 154 \
 155 See Bug #16 for more information.\
 156
 157 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 158
 159 \li0 \
 160 Trackers:       perkins\
 161                 \
 162
 163 \b\gray128\fc1\cf1 16
 164 \b0\gray0\fc0\cf0       Submitted:
 165 \b\fc2\cf2 perkins
 166 \b0
 167 \b\fc0\cf0 Jul 10 1996 00:00\
 168
 169 \b0 Topic:
 170 \b /PPP-2.x/Kernel Server/Panic/
 171 \b0 \
 172         Owner:
 173 \b perkins
 174 \b0 (nobody)
 175 \b \
 176
 177 \b0     Status:
 178 \b Obsolete\
 179
 180 \b0 \
 181
 182 \b\i\gray136\fc3\cf3    Re: PPP causing thrashing - Tracking ID 15\
 183
 184 \i0\gray0\fc0\cf0
 185 \b0 \
 186
 187 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [perkins Wed Jul 10 15:04:07 EDT 1996]\
 188 \
 189 [rvose@ix.netcom.com Mon Jul  1 04:37:03 CDT 1996]\
 190 Last week I had submitted report indicating that my NeXTstation Color Turbo machine ran out of network buffers and thrashed to the point of crashing.  The tracking ID assigned was 16.\
 191 \
 192 I believe that this problem may have been due to my swapfile size growing beyond the high-water mark.  My machine crashed several times this evening (thrashing) while connected and I happened to notice that the swapfile size was pushing the hiwat limit.  I increased the hiwat limit on the file from 40 MB (which is the NeXT default) to 105 MB (the partition size where the file residess - it's on its own drive) and voila!  No more thrashing.  I've been connected over PPP and hitting the system hard with network transactions with ZERO difficulties.\
 193 \
 194 Just wanted to pass that info along.  I'm not sure if the combination of the system hitting the hiwat mark on the swapfile + PPP needing more resources caused the thrashing problem, but it seems reasobable.\
 195 \
 196 Thanks...\
 197 \
 198 Randy\
 199 rvose@ix.netcom.com\
 200 \
 201
 202 \b \
 203  ===============================================\
 204 \
 205
 206 \b0 [perkins Mon Jul 01 10:33:24 EDT 1996]\
 207 \
 208 This bug is in relation to bug #15\
 209
 210 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 211
 212 \li0 \
 213 Trackers:       perkins\
 214                 \
 215
 216 \b\gray128\fc1\cf1 21
 217 \b0\gray0\fc0\cf0       Submitted:
 218 \b\fc2\cf2 perkins
 219 \b0
 220 \b\fc0\cf0 Aug 10 1996 00:00\
 221
 222 \b0 Topic:
 223 \b /PPP-2.x/PPP Daemon/
 224 \b0 \
 225         Owner:
 226 \b perkins
 227 \b0 (nobody)
 228 \b \
 229
 230 \b0     Status:
 231 \b Fixed\
 232
 233 \b0 \
 234
 235 \b\i\gray136\fc3\cf3    ip-up and ip-down examples need updating\
 236
 237 \i0\gray0\fc0\cf0
 238 \b0 \
 239
 240 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [perkins Sat Aug 10 09:41:59 EDT 1996]\
 241 \
 242 Update ip-up and ip-down examples.\
 243 \
 244 \
 245 \
 246 \
 247 ams@best.com (Samuel G. Streeper) wrote:\
 248 \
 249
 250 \gray46\fc4\cf4 > You need to restart the nameserver on your home system when\
 251 > you bring PPP up:\
 252 > \
 253 >       kill -USR2 <nmserver pid>\
 254 > \
 255 > (You may want to do this in your ppp-up script)  I've heard some\
 256 > people also do the same with lookupd but that hasn't been necessary\
 257 > for me.\
 258
 259 \gray0\fc0\cf0 \
 260     Sending the pre-OS 4.0 lookupd a USR2 signal causes it to toggle logging, \
 261 but sending it a HUP signal forces it to restart and thus read any new \
 262 resolv.conf indo.  You shouldn't have to do this unless you need to use \
 263 different nameservers when establishing your PPP connection.  I need to \
 264 connect to several different PPP servers, so I slide in the correct \
 265 resolv.conf and send resolv.conf a HUP signal in pppd's ip-up.\
 266 \
 267     Note that sending the OS 4.0 lookupd a HUP signal won't cause it to \
 268 restart.  Restarting it manually will leave the system unusable until a \
 269 reboot :-(  NeXT is aware of this problem.\
 270 -- \
 271 Art Isbell                      NeXT/MIME Mail: aisbell@ix.netcom.com\
 272 Trego Systems                              Voice/Fax: +1 408 335 2515\
 273 CaseServ:  NEXTSTEP/OpenStep              Voice Mail: +1 408 335 1154\
 274    managed care solutions              US Mail: Felton, CA 95018-9442\
 275
 276 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 277
 278 \li0 \
 279 Trackers:       perkins\
 280                 \
 281
 282 \b\gray128\fc1\cf1 22
 283 \b0\gray0\fc0\cf0       Submitted:
 284 \b\fc2\cf2 perkins
 285 \b0
 286 \b\fc0\cf0 Aug 13 1996 00:00\
 287
 288 \b0 Topic:
 289 \b /PPP-2.x/PPP Daemon/
 290 \b0 \
 291         Owner:
 292 \b perkins
 293 \b0 (nobody)
 294 \b \
 295
 296 \b0     Status:
 297 \b Open\
 298
 299 \b0 \
 300
 301 \b\i\gray136\fc3\cf3    NXHosting \
 302
 303 \i0\gray0\fc0\cf0
 304 \b0 \
 305
 306 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [perkins Tue Aug 13 09:06:52 EDT 1996]\
 307 \
 308 In article <4ule10$g2t@nuke.csu.net>, John Rudd <kzin@arcadia.sjsu.edu> wrote:\
 309
 310 \gray46\fc4\cf4 >(isc-ts2-* are our dialup PPP lines.. each line in the hunt group has a \
 311 >different IP addy associated with it.. so you are likely to get a different \
 312 >one each time.  And this is why I can't do the "Services -> OpenSesame -> \
 313 >Open on host X", because that sends "-NXHost copernicus".. which is what my \
 314 >home machine internally identifies itself as)\
 315
 316 \gray0\fc0\cf0 \
 317 The only way to get -NXHost to work over PPP is to have an IP address\
 318 assigned to your Ethernet port, and have a route to that address\
 319 reachable over the PPP.\
 320 \
 321 When you try to -NXHost, it uses UDP, and for some reason the UDP\
 322 protocol decides to use the Ethernet's IP address for outgoing\
 323 packets, rather than using the PPP's IP address.\
 324 \
 325 You'll also have similar problems trying to get talk to work over\
 326 PPP. Unless there is a route to your Ethernet's IP address, it isn't\
 327 going to work.\
 328 \
 329 -- \
 330 Chris Osborn, Network Administrator     Napa Valley College\
 331 707 253 3130 - Voice                    2277 Napa-Vallejo Hwy.\
 332 707 253 3063 - Fax                      Napa, CA 94558\
 333 <fozztexx@nvc.cc.ca.us>    <¬http://www.nvc.cc.ca.us/~fozztexx>\
 334
 335 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 336
 337 \li0 \
 338 Trackers:       perkins\
 339                 \
 340
 341 \b\gray128\fc1\cf1 25
 342 \b0\gray0\fc0\cf0       Submitted:
 343 \b\fc2\cf2 perkins
 344 \b0
 345 \b\fc0\cf0 Sep 17 1996 00:00\
 346
 347 \b0 Topic:
 348 \b /PPP-2.x/Documentation/Installation Instructions/
 349 \b0 \
 350         Owner:
 351 \b perkins
 352 \b0 (nobody)
 353 \b \
 354
 355 \b0     Status:
 356 \b Fixed\
 357
 358 \b0 \
 359
 360 \b\i\gray136\fc3\cf3    typo?\
 361
 362 \i0\gray0\fc0\cf0
 363 \b0 \
 364
 365 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [sysadmin Tue Sep 17 12:05:33 EDT 1996]\
 366 In ./NeXT/INSTALL, I assume '-DBPFILTER' in the second paragraph  \
 367 should be '-DNBPFILTER'? And the third paragraph applies with the  \
 368 second paragraph condition?\
 369 \
 370  4) If you plan in using tcpdump to monitor packets, you must\
 371     enable the Berkley Packet Filter code.  Edit ./NeXT/Makefile\
 372     and make sure the '-DNBPFILTER' option is defined in DFLAGS.\
 373     WARNING: If you choose to use BPF, you must make sure that you\
 374     compile _AND LOAD_ the bpf_reloc LKS _BEFORE_ you load the\
 375     ppp_reloc LKS.  See the ./NeXT/bpf directory for more  \
 376 information.\
 377 \
 378     If you don't want to compile in this code, please make sure that\
 379     '-DBPFILTER' is _not_ defined in the ./NeXT/Makefile DFLAGS.\
 380 \
 381     Also, make sure you read the installation file in ./NeXT/bpf.   \
 382 You\
 383     will need to create a few special device files in /dev/.\
 384 \
 385 Stephen Johnson\
 386 stephen@ccc1.tamu.edu\
 387 \
 388 \
 389
 390 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 391
 392 \li0 \
 393 Trackers:       perkins\
 394                 \
 395
 396 \b\gray128\fc1\cf1 26
 397 \b0\gray0\fc0\cf0       Submitted:
 398 \b\fc2\cf2 J. P. McCann
 399 \b0
 400 \b\fc0\cf0 Oct 06 1996 00:00\
 401
 402 \b0 Topic:
 403 \b /PPP-2.x/PPP Daemon/Option Handling/
 404 \b0 \
 405         Owner:
 406 \b perkins
 407 \b0 (nobody)
 408 \b \
 409
 410 \b0     Status:
 411 \b Superseded\
 412
 413 \b0 \
 414
 415 \b\i\gray136\fc3\cf3    Netcom ISP hookups disconnect with bsdcomp values\
 416
 417 \i0\gray0\fc0\cf0
 418 \b0 \
 419
 420 \pard\tx1480\tx2020\tx2560\tx3080\tx3620\tx4160\tx4680\tx5220\tx5760\tx6280\f1\li960\fc0\cf0 [jpmeia@ix.netcom.com Sun Oct  6 20:11:22 CDT 1996]\
 421 When trying to connect to Netcom with any bsdcomp values (eg, bsdcomp 10,10) in the options script, connection will fail vice ignore bsdcomp.  Must use the "-bsdcomp" option to negotiate a connection that does not fail.
 422 \pard\tx960\tx1920\tx2880\tx3840\tx4800\tx5760\tx6720\tx7680\tx8640\tx9600\f0\li960\fc0\cf0 \
 423
 424 \li0 \
 425 Trackers:       perkins\
 426
 427 }