does better without the includes
[ppp.git] / 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 }