home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU991030.zip / Ur991029.txt < prev    next >
Text File  |  1999-10-30  |  56KB  |  1,470 lines

  1.  
  2.                    comp.os.os2.mail-news            (Usenet)
  3.  
  4.                  Saturday, 23-Oct-1999 to Friday, 29-Oct-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: noone@llondel.demon.co.uk                         22-Oct-99 18:26:10
  9.   To: All                                               23-Oct-99 04:42:00
  10. Subj: Re: Download Ia.n.i.!!! It's free!
  11.  
  12. From: "Dave {Reply Address in.sig}" <noone@llondel.demon.co.uk>
  13.  
  14. On 22 Oct 1999 14:19:28 GMT, Annie K. wrote:
  15. >
  16. > You can forward them to abuse@tin.it
  17. >
  18. I tried that and got this:
  19.  
  20. "we're investigating about this *strange* case of spam; there are too
  21. many
  22. different nntp posting host (from north to the south of italy).
  23. We belive it's a virus that send messages on usenet in *stealth* mode.
  24. Anyway it's just an assumption."
  25.  
  26.  
  27. An interesting sort of virus if so, and very clever - if it fires off
  28. when the recipient reads something with a particular string in it which
  29. isn't too common then most people probably wouldn't know they had the
  30. virus and the number of messages, while annoying, would be below the
  31. threshold of most people to really hunt it down. If it really is a
  32. random low number of messages appearing seemingly from random users
  33. then it would be very difficult to eradicate.
  34.  
  35.  
  36. Dave
  37. -- 
  38. mail dav e@llondel.demon.co.uk
  39. http://www.llondel.demon.co.uk
  40. Give blood... Play Rugby!
  41.  
  42.  
  43. --- WtrGate+ v0.93.p7 sn 165
  44.  * Origin: Usenet: the bus stop (1:109/42)
  45.  
  46. +----------------------------------------------------------------------------+
  47.  
  48. From: aboritz@cybernex.net                              22-Oct-99 22:03:22
  49.   To: All                                               23-Oct-99 04:42:02
  50. Subj: Re: PMMail, Attachments, and application calling
  51.  
  52. From: aboritz@cybernex.net (Alan Boritz)
  53.  
  54. In article
  55. <Ej0w7lFo08Zw-pn2-rnEgCwM33SFg@saturn.dwparsons.dialin.t-online.de>,
  56. dwparsons@t-online.de (Dave Parsons) wrote:
  57. >On Fri, 15 Oct 1999 14:35:22, zayne@omen.com.au (Mooo) wrote:
  58. >
  59. >> I have the same problem.  Have yet to be able to work it out :(  My
  60. >> associations are correct, because if I drag the attachment to the
  61. >> desktop, then double click on it, it opens with the application I
  62. >> want.
  63. >>
  64. >> sigh..
  65. >> Craig
  66. >>
  67. >
  68. >I had a similar problem here a few days ago.
  69. >It seems that PMMail/2 V2.0 has a very short buffer that it uses to pass
  70. >the commands to the helper program, probably 64 bytes.
  71. >If the combined length of the 'Program to Execute' + 'Arguments' is too
  72. >long the WinOS/2 program just sees rubbish after the 64th? character.
  73. >
  74. >The file that I was trying to read was:-
  75. >  'g:\mailnews\pmmail\pmmail\temp\filename.doc'
  76. >and the helper was:-
  77. >  'c:\winapps\wordview\wordview.exe'
  78. >
  79. >To get round the problem I had to move both the pmmail directory to the
  80. >root of its partition and also the helper program to the root of its
  81. partition.
  82. >This reduced the complete string to 59 characters and then it worked.
  83. >
  84. >I haven't checked to see if it is the same in v2.1, but if it is, then that
  85. is
  86. >something to be fixed in v2.2.
  87. >
  88. >Another thing to watch out for is that if the helper is a Windows program
  89. >then the path and filename must conform to the 8.3 convention.
  90.  
  91. I don't think that's the same problem.  I get the Winos2 phantom error on more
  92. than one filetype even though the helper defined is a valid OS/2 application
  93. with a relatively short path, and PMMail sits in \southsde\pmmail.  For file
  94. types that have a defined OS/2 application, and no Winos2 applications defined
  95. for WPS associations, there's no rational reason why it should be happening.
  96.  
  97. --- WtrGate+ v0.93.p7 sn 165
  98.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  99.  
  100. +----------------------------------------------------------------------------+
  101.  
  102. From: aboritz@cybernex.net                              22-Oct-99 22:36:10
  103.   To: All                                               23-Oct-99 04:42:02
  104. Subj: Re: Upgrade PMMail from v2.0 to v2.1?
  105.  
  106. From: aboritz@cybernex.net (Alan Boritz)
  107.  
  108. In article <3809f19b$1$avpx$mr2ice@client.ce.news.psi.net>, Nick Knight
  109. <nick@secant.com> wrote:
  110. >In <3809c00e.82297305@news.omen.net.au>, on 10/17/99
  111. >   at 12:30 PM, zayne@omen.com.au (Mooo) said:
  112. >
  113. >>>upgrade.  Exactly what it upgrades I'm not sure about...there didn't
  114. >>>seem to anything in the readme file to indicate new or improved
  115. >>>features
  116. >
  117. >>There is at least one improvement.  You no longer get black 'blobs' at
  118. >>the end of every line when you print an email on an HP LJ :)
  119. >
  120. >That's a relief!  At first I though this might be just some marketing ploy
  121. >to try to convince people there is life in the product simply by upping a
  122. >version number a full point.
  123.  
  124. No, I'm afraid that a "marketing ploy" is all it ever was.  Two of the most
  125. serious bugs still haven't been addressed:
  126.  
  127. 1. Infinite timeout on TCP/IP connections, resulting in PMMail waiting an
  128. infinitely long time for responses on an active TCP/IP session.
  129.  
  130. 2. PMMail loses it's registration key and reverts back to "demo" mode, halting
  131. systems that run it in batch mode.
  132.  
  133. 3. Filters intermittently won't function.
  134.  
  135. 4. Messages intermittently won't display.
  136.  
  137. >Now, it's completely obvious to me that this was a full maintenance
  138. >release :)
  139.  
  140. Well, is sure isn't obvious to me. ;(  I think it's interesting that although
  141. BMT Micro knew that Southsoft was not supporting their customers who purchased
  142. PMMail from them, and a BMT Micro person who knew about the problem with
  143. Southsoft took over the product, yet the new software producers still ignored
  144. former (and present) customers and continued to produce the product with
  145. serious bugs that often prevent it's use.
  146.  
  147. I'm not impressed with the way the "new owners" do business.  I hope they do
  148. something in the near future that may change that opinion.  Or perhaps someone
  149. needs to do something to make it much more difficult for companies like BMT
  150. Micro to sell ALL of it's products without backing up the implied warranty
  151. when the producer won't?
  152.  
  153. --- WtrGate+ v0.93.p7 sn 165
  154.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  155.  
  156. +----------------------------------------------------------------------------+
  157.  
  158. From: auofaq@locutus.ofB.ORG                            22-Oct-99 10:00:00
  159.   To: All                                               23-Oct-99 04:42:02
  160. Subj: FAQ: pointer to alt.usenet.offline-reader FAQs
  161.  
  162. From: auofaq@locutus.ofB.ORG (a.u.o FAQ)
  163.  
  164. Archive-name: offline-reader/usenet/pointer
  165. Alt-usenet-offline-reader-archive-name: pointer
  166. Posting-Frequency: weekly
  167. Last-modified: 1998-Jul-12
  168. Intro-Last-modified: 1998-Nov-21
  169. Software-Last-modified: 1999-Jul-13
  170.  
  171. [
  172.   Please note that this message has a Followup-To: alt.usenet.offline-reader
  173.   which directs all followups to that one group only.  If you see a response
  174.   directly to this post which spams all the groups on the list, that user is
  175.   either extremely rude or using very broken software.  In either case, they
  176.   might benefit from you mailing them, and asking them to correct it.
  177.  
  178.   Also note that there are no opinions in this pointer -- it merely contains
  179.   unrefutable facts about the *.answers newsgroups.
  180. ]
  181.  
  182. Alt.Usenet.Offline-Reader is about reading mail and news available to
  183. your normal login account, but while you're not actually logged in.
  184.  
  185. The alt.usenet.offline-reader FAQ lists can be obtained via all
  186. news.answers access methods:
  187.  
  188. quoting the news.answers FAQ:
  189.  
  190. ``
  191.             Where are *.answers archived?
  192.  
  193.   All of the *.answers newsgroups are archived in the periodic posting
  194. archive on rtfm.mit.edu [18.181.0.24].  Postings are located in the
  195. anonymous ftp directories /pub/usenet/alt.answers,
  196. /pub/usenet/comp.answers, etc., and are archived by "Archive-name".
  197. Other subdirectories of /pub/usenet contain periodic postings that may
  198. not appear in *.answers (as well as most of the *.answers postings),
  199. saved by Subject line rather than by Archive-name.
  200.  
  201.   If you do not have anonymous ftp access, you can access the archives
  202. by mail server as well.  Send an E-mail message to
  203. mail-server@rtfm.mit.edu with "help" and "index" in the body on
  204. separate lines for more information.
  205. ''
  206.  
  207. The FAQ lists for alt.usenet.offline-reader can be found on the Internet:
  208.   <ftp://rtfm.mit.edu/pub/usenet/alt.usenet.offline-reader/intro>
  209.   <ftp://rtfm.mit.edu/pub/usenet/alt.usenet.offline-reader/software>
  210.   <http://www.faqs.org/faqs/off-line-readers/usenet/intro/>
  211.   <http://www.faqs.org/faqs/off-line-readers/usenet/software/>
  212.  
  213. Note that, despite the name including `usenet' and not `mail', discussion of
  214. mail as well as news is welcomed (and common) in alt.usenet.offline-reader.
  215.  
  216. --- WtrGate+ v0.93.p7 sn 165
  217.  * Origin: Usenet: Private System, Edmonton, AB, Canada (1:109/42)
  218.  
  219. +----------------------------------------------------------------------------+
  220.  
  221. From: aboritz@cybernex.net                              22-Oct-99 22:09:28
  222.   To: All                                               23-Oct-99 04:42:02
  223. Subj: Re: Starting Post Road Mailer
  224.  
  225. From: aboritz@cybernex.net (Alan Boritz)
  226.  
  227. In article <c1.2c.2SXQmr$06A@bozo.pro-ns.net>, jspringf@pro-ns.net wrote:
  228. >Is there a switch or other method to start PRM so that on startup
  229. >it will automatically do something--like look for new messages,
  230. >or send queued up ones waiting to go out?
  231.  
  232. Start it as:
  233.  
  234. postroad account_name /s /q
  235.  
  236. Substitute the account name you want to use that's defined (you can select
  237. one of several rather than all at once).  That will force it to send all
  238. outbound messages and then quit.  To receive only and quit use:
  239.  
  240. postroad account_name /r /q
  241.  
  242. --- WtrGate+ v0.93.p7 sn 165
  243.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  244.  
  245. +----------------------------------------------------------------------------+
  246.  
  247. From: nick@secant.com                                   23-Oct-99 00:13:20
  248.   To: All                                               23-Oct-99 04:42:02
  249. Subj: Re: Upgrade PMMail from v2.0 to v2.1?
  250.  
  251. From: Nick Knight <nick@secant.com>
  252.  
  253. In <l8RE4gBhDm6A092yn@cybernex.net>, on 10/22/99 
  254.    at 10:36 PM, aboritz@cybernex.net (Alan Boritz) said:
  255.  
  256. >>Now, it's completely obvious to me that this was a full maintenance
  257. >>release :)
  258.  
  259. >Well, is sure isn't obvious to me. ;(  I think it's interesting that
  260.  
  261. I was being quite a bit sarcastic.  You couldn't tell? :)  Or maybe you
  262. could ... whatever the case, I think you're still more impressed than I am
  263. :) :).
  264.  
  265. Nick
  266. -- 
  267. -----------------------------------------------------------
  268. Nick Knight  <nick@secant.com>       http://nick.secant.com
  269. Senior Software Engineer
  270. Secant Technologies, Inc.             http://www.secant.com
  271. -----------------------------------------------------------
  272.  
  273. --- WtrGate+ v0.93.p7 sn 165
  274.  * Origin: Origin Line 1 Goes Here (1:109/42)
  275.  
  276. +----------------------------------------------------------------------------+
  277.  
  278. From: jspringf@xxxpro-ns.net                            23-Oct-99 04:39:29
  279.   To: All                                               23-Oct-99 04:42:02
  280. Subj: Re: Starting Post Road Mailer
  281.  
  282. From: jspringf@xxxpro-ns.net
  283.  
  284. In <0jRE4gBhDGBT092yn@cybernex.net>, aboritz@cybernex.net (Alan Boritz)
  285. writes:
  286. >In article <c1.2c.2SXQmr$06A@bozo.pro-ns.net>, jspringf@pro-ns.net wrote:
  287. >>Is there a switch or other method to start PRM so that on startup
  288. >>it will automatically do something--like look for new messages,
  289. >>or send queued up ones waiting to go out?
  290. >
  291. >Start it as:
  292. >
  293. >postroad account_name /s /q
  294. >
  295. >Substitute the account name you want to use that's defined (you can select
  296. >one of several rather than all at once).  That will force it to send all
  297. >outbound messages and then quit.  To receive only and quit use:
  298. >
  299. >postroad account_name /r /q
  300.  
  301. That's good to know.  Are there any other switches or docs which
  302. describe them?  I have the new free version, and no docs.
  303.  
  304. -----------------------------------------------------------
  305. Fred Springfield                       for e-mail remove 'xxx'
  306. Plymouth, MN
  307. -----------------------------------------------------------
  308.  
  309. --- WtrGate+ v0.93.p7 sn 165
  310.  * Origin: Usenet: Professional Network Services (pro-ns.net) (1:109/42)
  311.  
  312. +----------------------------------------------------------------------------+
  313.  
  314. From: doug.bissett"at"attglobal.net                     23-Oct-99 09:30:17
  315.   To: All                                               23-Oct-99 10:32:22
  316. Subj: Re: Upgrade PMMail from v2.0 to v2.1?
  317.  
  318. From: doug.bissett"at"attglobal.net (Doug Bissett)
  319.  
  320. On Sat, 23 Oct 1999 02:36:21, aboritz@cybernex.net (Alan Boritz) 
  321. wrote:
  322.  
  323. > No, I'm afraid that a "marketing ploy" is all it ever was.  Two of the most
  324. > serious bugs still haven't been addressed:
  325. >  
  326. > 1. Infinite timeout on TCP/IP connections, resulting in PMMail waiting an
  327. > infinitely long time for responses on an active TCP/IP session.
  328. >  
  329. > 2. PMMail loses it's registration key and reverts back to "demo" mode,
  330. halting
  331. > systems that run it in batch mode.
  332. >  
  333. > 3. Filters intermittently won't function.
  334. >  
  335. > 4. Messages intermittently won't display.
  336. >  
  337. > >Now, it's completely obvious to me that this was a full maintenance
  338. > >release :)
  339. >  
  340. > Well, is sure isn't obvious to me. ;(  I think it's interesting that
  341. although
  342. > BMT Micro knew that Southsoft was not supporting their customers who
  343. purchased
  344. > PMMail from them, and a BMT Micro person who knew about the problem with
  345. > Southsoft took over the product, yet the new software producers still
  346. ignored
  347. > former (and present) customers and continued to produce the product with
  348. > serious bugs that often prevent it's use.
  349. >  
  350. > I'm not impressed with the way the "new owners" do business.  I hope they do
  351. > something in the near future that may change that opinion.  Or perhaps
  352. someone
  353. > needs to do something to make it much more difficult for companies like BMT
  354. > Micro to sell ALL of it's products without backing up the implied warranty
  355. > when the producer won't?
  356. >  u
  357.  
  358. As I indicated to you, some time ago, I believe that you are not 
  359. running the program from the proper (same) directory all the time. 
  360. That is the only resonable explaination for what you are seeing. If, 
  361. in fact, you are running it from the proper directory, there is a 
  362. problem, that nobody else has ever reported, to my knowledge. On the 
  363. other hand, if you are not running it ffrom the same directory all of 
  364. the time, you will get the results that you indicate, and that is a 
  365. user error, not a program bug (although the program could be changed 
  366. to prevent the user from doing silly things).
  367.  
  368. Just my C$.03 ($.02 US)...
  369. ******************************
  370. From the PC of Doug Bissett
  371. doug.bissett at attglobal.net
  372. The " at " must be changed to "@"
  373. ******************************
  374.  
  375. --- WtrGate+ v0.93.p7 sn 165
  376.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  377. (1:109/42)
  378.  
  379. +----------------------------------------------------------------------------+
  380.  
  381. From: dwparsons@t-online.de                             23-Oct-99 11:43:19
  382.   To: All                                               23-Oct-99 10:32:22
  383. Subj: Re: PMMail, Attachments, and application calling
  384.  
  385. From: dwparsons@t-online.de (Dave Parsons)
  386.  
  387. On Sat, 23 Oct 1999 02:03:45, aboritz@cybernex.net (Alan Boritz) wrote:
  388.  
  389. > I don't think that's the same problem.  I get the Winos2 phantom error on
  390. more
  391. > than one filetype even though the helper defined is a valid OS/2 application
  392. > with a relatively short path, and PMMail sits in \southsde\pmmail.  For file
  393. > types that have a defined OS/2 application, and no Winos2 applications
  394. defined
  395. > for WPS associations, there's no rational reason why it should be happening.
  396.  
  397. All I can suggest is that you follow Peter's advice in this thread first and
  398. ensure that you have not got any unexpected associations.
  399. If you are getting a Winos2 error, then there must be a link to a windows
  400. program somewhere that it is trying to use in preference to the helper which
  401. you have defined.
  402.  
  403. -- 
  404. Dave
  405.  
  406. --- WtrGate+ v0.93.p7 sn 165
  407.  * Origin: Usenet: CDL (1:109/42)
  408.  
  409. +----------------------------------------------------------------------------+
  410.  
  411. From: davek@clark.net                                   23-Oct-99 11:17:08
  412.   To: All                                               23-Oct-99 10:32:22
  413. Subj: Re: Upgrade PMMail from v2.0 to v2.1?
  414.  
  415. From: davek@clark.net (David Kunz)
  416.  
  417. Alan Boritz (aboritz@cybernex.net) wrote:                             
  418.  
  419. : 1. Infinite timeout on TCP/IP connections, resulting in PMMail 
  420. : waiting an infinitely long time for responses on an active TCP/IP 
  421. : session.
  422.  
  423. I repeatedly have this problem.  Especially when I'm really
  424. multitasking the net (lots of connections competing for the slim 56k
  425. that's available).  I have to close and reopen pmmail. Seems that
  426. pmmail doesn't handle time-outs or missed packets very well.  This is
  427. most annoying.
  428.  
  429. : 2. PMMail loses it's registration key and reverts back to "demo" 
  430. : mode, halting systems that run it in batch mode.                    
  431. : 3. Filters intermittently won't function.
  432. : 4. Messages intermittently won't display.
  433.  
  434. Never had these problems and I've been using pmmail since it's inital
  435. release -- but some OS/2 problems seem to be system/intallation
  436. specific.
  437.  
  438. : I'm not impressed with the way the "new owners" do business.  I 
  439. : hope they do something in the near future that may change that 
  440. : opinion.  Or perhaps someone needs to do something to make it much 
  441. : more difficult for companies like BMT Micro to sell ALL of it's 
  442. : products without backing up the implied warranty when the producer 
  443. : won't?
  444.  
  445. I've had nothing but good interactions with BMT Micro when purchasing
  446. shareware.  If asked, I highly recommend them.
  447.  
  448. --
  449. David Kunz
  450. Operator error.  Replace operator and strike any key to continue...
  451.  
  452. --- WtrGate+ v0.93.p7 sn 165
  453.  * Origin: Usenet: Verio (1:109/42)
  454.  
  455. +----------------------------------------------------------------------------+
  456.  
  457. From: cb@lim.nl                                         23-Oct-99 15:03:17
  458.   To: All                                               23-Oct-99 14:34:06
  459. Subj: Junk Spy installed: so far, so good
  460.  
  461. From: Colin Brace <cb@lim.nl>
  462.  
  463. Hello all,
  464.  
  465. Just downloaded the open prerelease from JunkSpy from Sundial.
  466.  
  467. The install routine isn't entirely bulletproof yet: It didn't like the
  468. arbitrary host setting in my config.sys and said so, but didn't prompt me
  469. to enter it manually. But when I changed this setting to the actual host
  470. name supplied by my cable modem ISP, the picturesque and memorable string
  471. of <node1e4b.a2000.nl>,  and rebooted, it started up fine.
  472.  
  473. This program looks VERY promising...
  474.  
  475. -- 
  476.   Colin Brace <cb@lim.nl>
  477.   Amsterdam
  478.   http://www.lim.nl
  479.  
  480.  
  481. --- WtrGate+ v0.93.p7 sn 165
  482.  * Origin: Usenet: A2000 Kabeltelevisie en Telecommunicatie (1:109/42)
  483.  
  484. +----------------------------------------------------------------------------+
  485.  
  486. From: aboritz@cybernex.net                              24-Oct-99 02:00:27
  487.   To: All                                               24-Oct-99 05:23:24
  488. Subj: Re: Upgrade PMMail from v2.0 to v2.1?
  489.  
  490. From: aboritz@cybernex.net (Alan Boritz)
  491.  
  492. On Sat, 23 Oct 1999 09:30:34, doug.bissett"at"attglobal.net (Doug Bissett) 
  493. wrote:
  494.  
  495. > On Sat, 23 Oct 1999 02:36:21, aboritz@cybernex.net (Alan Boritz) 
  496. > wrote:
  497. > > No, I'm afraid that a "marketing ploy" is all it ever was.  Two of the
  498. most
  499. > > serious bugs still haven't been addressed:
  500. > >  
  501. > > 1. Infinite timeout on TCP/IP connections, resulting in PMMail waiting an
  502. > > infinitely long time for responses on an active TCP/IP session.
  503. > >  
  504. > > 2. PMMail loses it's registration key and reverts back to "demo" mode,
  505. halting
  506. > > systems that run it in batch mode.
  507. > >  
  508. > > 3. Filters intermittently won't function.
  509. > >  
  510. > > 4. Messages intermittently won't display.
  511. > >  
  512. > > >Now, it's completely obvious to me that this was a full maintenance
  513. > > >release :)
  514. > >  
  515. > > Well, is sure isn't obvious to me. ;(  I think it's interesting that
  516. although
  517. > > BMT Micro knew that Southsoft was not supporting their customers who
  518. purchased
  519. > > PMMail from them, and a BMT Micro person who knew about the problem with
  520. > > Southsoft took over the product, yet the new software producers still
  521. ignored
  522. > > former (and present) customers and continued to produce the product with
  523. > > serious bugs that often prevent it's use.
  524. > >  
  525. > > I'm not impressed with the way the "new owners" do business.  I hope they
  526. do
  527. > > something in the near future that may change that opinion.  Or perhaps
  528. someone
  529. > > needs to do something to make it much more difficult for companies like
  530. BMT
  531. > > Micro to sell ALL of it's products without backing up the implied warranty
  532. > > when the producer won't?
  533. > >  u
  534. > As I indicated to you, some time ago, I believe that you are not 
  535. > running the program from the proper (same) directory all the time. 
  536. > That is the only resonable explaination for what you are seeing.
  537.  
  538. I don't recall seeing a message from you previously on this topic, but that's 
  539. not the case here.  It's always run from the same WPS icon, and always
  540. pointing
  541. to the same directory.
  542.  
  543. > If, 
  544. > in fact, you are running it from the proper directory, there is a 
  545. > problem, that nobody else has ever reported, to my knowledge.
  546.  
  547. Then your knowledge is faulty. ;)  I've picked up many older messages in this 
  548. and other newsgroups complaining of EXACTLY the same problems, some two or
  549. more
  550. major versions back. The one common thread through the descriptions is the 
  551. customer getting a response back from "technical support" that they've never 
  552. seen it before.  Yeah, right.
  553.  
  554. --- WtrGate+ v0.93.p7 sn 165
  555.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  556.  
  557. +----------------------------------------------------------------------------+
  558.  
  559. From: aboritz@cybernex.net                              24-Oct-99 02:09:17
  560.   To: All                                               24-Oct-99 05:23:24
  561. Subj: Re: Upgrade PMMail from v2.0 to v2.1?
  562.  
  563. From: aboritz@cybernex.net (Alan Boritz)
  564.  
  565. On Sat, 23 Oct 1999 04:13:40, Nick Knight <nick@secant.com> wrote:
  566.  
  567. > In <l8RE4gBhDm6A092yn@cybernex.net>, on 10/22/99 
  568. >    at 10:36 PM, aboritz@cybernex.net (Alan Boritz) said:
  569. > >>Now, it's completely obvious to me that this was a full maintenance
  570. > >>release :)
  571. > >Well, is sure isn't obvious to me. ;(  I think it's interesting that
  572. > I was being quite a bit sarcastic.  You couldn't tell? :)
  573.  
  574. It's difficult to tell, Nick. ;)
  575.  
  576. > I think you're still more impressed than I am
  577. > :) :).
  578.  
  579. Actually, I'm not impressed, at all.
  580.  
  581. --- WtrGate+ v0.93.p7 sn 165
  582.  * Origin: Usenet: Dyslexics UNTIE (1:109/42)
  583.  
  584. +----------------------------------------------------------------------------+
  585.  
  586. From: james.arnold@!!!usa.net                           24-Oct-99 00:20:26
  587.   To: All                                               24-Oct-99 05:23:24
  588. Subj: Re: Starting Post Road Mailer
  589.  
  590. From: james.arnold@!!!usa.net
  591.  
  592. In <c1.2c.2Sdtpp$06F@bozo.pro-ns.net>, jspringf@xxxpro-ns.net writes:
  593. >In <0jRE4gBhDGBT092yn@cybernex.net>, aboritz@cybernex.net (Alan Boritz)
  594. writes:
  595. >>In article <c1.2c.2SXQmr$06A@bozo.pro-ns.net>, jspringf@pro-ns.net wrote:
  596. >>
  597.  
  598. ..[snip]...
  599.  
  600. >That's good to know.  Are there any other switches or docs which
  601. >describe them?  I have the new free version, and no docs.
  602.  
  603.         The docs are in fact there! Help - contents - command line parameters.
  604. There should also be a postroad.inf file in your Postroad directory.
  605.  
  606.         Jim
  607.  
  608.  
  609. ===========================================================================
  610. remove !!! for e-mail
  611. James Arnold                                email:    james.arnold@usa.net
  612.                                               ICQ:    9719182
  613.  
  614.         Member Toronto OS/2 User Group
  615.  
  616. Brought to you by the letters O S the number 2 and NR/2
  617. ===========================================================================
  618.  
  619. --- WtrGate+ v0.93.p7 sn 165
  620.  * Origin: Usenet: Sympatico (1:109/42)
  621.  
  622. +----------------------------------------------------------------------------+
  623.  
  624. From: rsanford@.REMOVEFIRST.telusplane...               24-Oct-99 01:05:02
  625.   To: All                                               24-Oct-99 05:23:24
  626. Subj: Re: PMMail Mailing List
  627.  
  628. Message sender: rsanford@.REMOVEFIRST.telusplanet.net
  629.  
  630. From: rsanford@.REMOVEFIRST.telusplanet.net (Ralph Sanford)
  631.  
  632. In message <xryyrlpbbxnggtybonyarg.fjwsya0.pminews@news3.attglobal.net> -
  633. "R. Kelley Cook" <KelleyCook@ATTGlobal.net> writes:
  634. :>
  635. :>Where did it go????
  636. :>
  637. :>
  638. :>
  639. :>
  640. :>
  641.  
  642.  
  643. To Subscribe:
  644.    Send a message to <listar@rpglink.com> with 
  645.    "subscribe pmmail" in the body of the message.
  646.  
  647. To Unsubscribe:
  648.    Send a message to <listar@rpglink.com> with the 
  649.    command "unsubscribe pmmail" in the body of the message.
  650.  
  651.  
  652.  
  653.  
  654. Ralph Sanford        -        If your government does not trust you,
  655. rsanford.AT.telusplanet.net    -    should you trust your government?
  656.  
  657. +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
  658. For my public PGP key send email with subject: "Send_PGP_Key"
  659. RSA Key  -  0x434B4825                     DH/DSS Key  -  0x7A1BEA01
  660. +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
  661.  
  662. --- WtrGate+ v0.93.p7 sn 165
  663.  * Origin: Origin Line 1 Goes Here (1:109/42)
  664.  
  665. +----------------------------------------------------------------------------+
  666.  
  667. From: ccsten@usa.net                                    23-Oct-99 22:02:12
  668.   To: All                                               24-Oct-99 05:23:24
  669. Subj: Re: Junk Spy installed: so far, so good
  670.  
  671. From: Terry Norton <ccsten@usa.net>
  672.  
  673. I installed JunkSpy, it was smooth as silk for me.  The first four
  674. times I used it to retrieve my mail it worked flawlessly.  However,
  675. now it takes about 5 minutes to retrieve each and every message. 
  676. Other times InJoy times out (5 minutes), or I get a "Sock error
  677. 10032 from send".  I have no idea what this means.  Nor what
  678. happened to cause the HUGE slowdown.
  679.  
  680.  
  681. Colin Brace wrote:
  682. > This program looks VERY promising...
  683.  
  684.  
  685. -- 
  686.  
  687. Terry Norton
  688. Warped with OS/2
  689.  
  690. I started out with nothing & still have most of it left.
  691.  
  692. --- WtrGate+ v0.93.p7 sn 165
  693.  * Origin: Usenet: Together Networks - Burlington, VT. (1:109/42)
  694.  
  695. +----------------------------------------------------------------------------+
  696.  
  697. From: commafaq@locutus.ofB.ORG                          24-Oct-99 00:00:00
  698.   To: All                                               24-Oct-99 05:23:24
  699. Subj: FAQ: News and Mail: pointer to comp.os.msdos.mail-news FAQs
  700.  
  701. From: commafaq@locutus.ofB.ORG
  702.  
  703. Archive-name: msdos-mail-news/pointer
  704. Comp-os-msdos-mail-news-archive-name: pointer
  705. Posting-Frequency: weekly
  706. Last-modified: 1998-Jul-12
  707. Intro-Last-modified: 1998-Sep-27
  708. Software-Last-modified: 1999-Jul-13
  709.  
  710. Comp.Os.Msdos.MAil-news == c.o.m.ma == comma
  711. FAQ == Frequently Asked Questions
  712.  
  713. comma is about uucp, mail, and news for msdos or ms-windows or os2.
  714.  
  715. The comp.os.msdos.mail-news FAQ lists can be obtained via all
  716. news.answers access methods:
  717.  
  718. quoting the news.answers FAQ:
  719.  
  720. ``
  721.             Where are *.answers archived?
  722.  
  723.   All of the *.answers newsgroups are archived in the periodic posting
  724. archive on rtfm.mit.edu [18.181.0.24].  Postings are located in the
  725. anonymous ftp directories /pub/usenet/alt.answers,
  726. /pub/usenet/comp.answers, etc., and are archived by "Archive-name".
  727. Other subdirectories of /pub/usenet contain periodic postings that may
  728. not appear in *.answers (as well as most of the *.answers postings),
  729. saved by Subject line rather than by Archive-name.
  730.  
  731.   If you do not have anonymous ftp access, you can access the archives
  732. by mail server as well.  Send an E-mail message to
  733. mail-server@rtfm.mit.edu with "help" and "index" in the body on
  734. separate lines for more information.
  735. ''
  736.  
  737. The FAQ lists for comp.os.msdos.mail-news can be found on the Internet:
  738.   <ftp://rtfm.mit.edu/pub/usenet/comp.os.msdos.mail-news/intro>
  739.   <ftp://rtfm.mit.edu/pub/usenet/comp.os.msdos.mail-news/software>
  740.   <http://www.faqs.org/faqs/msdos-mail-news/intro/>
  741.   <http://www.faqs.org/faqs/msdos-mail-news/software/>
  742.  
  743. Note that the charter of comp.os.msdos.mail-news _explicitly_ covers
  744. mail, news, and uucp under msdos and compatibles, and used to cover
  745. ms-windows and os2 until they got their own groups (although uucp
  746. under ms-windows didn't, so it can stay).  the FAQs still list
  747. information for os2 users and ms-windows users.
  748.  
  749. --- WtrGate+ v0.93.p7 sn 165
  750.  * Origin: Usenet: Private System, Edmonton, AB, Canada (1:109/42)
  751.  
  752. +----------------------------------------------------------------------------+
  753.  
  754. From: jpedone_nospam@flash.net                          24-Oct-99 16:24:05
  755.   To: All                                               24-Oct-99 16:44:17
  756. Subj: Re: Download Ia.n.i.!!! It's free!
  757.  
  758. From: jpedone_nospam@flash.net
  759.  
  760. In <abbaryybaqryqrzbapbhx.fk0znx8.pminews@sharra.llondel.demon.co.uk>, "Dave
  761. {Reply Address in.sig}" <noone@llondel.demon.co.uk> writes:
  762. >On 22 Oct 1999 14:19:28 GMT, Annie K. wrote:
  763. >>
  764. >
  765. >An interesting sort of virus if so, and very clever - if it fires off
  766. >when the recipient reads something with a particular string in it which
  767. >isn't too common then most people probably wouldn't know they had the
  768. >virus and the number of messages, while annoying, would be below the
  769. >threshold of most people to really hunt it down. If it really is a
  770. >random low number of messages appearing seemingly from random users
  771. >then it would be very difficult to eradicate.
  772. >
  773.  
  774. There's some good discussion in news.admin.net-abuse.usenet if anyone is
  775. interested.  It appears that as an added bonus if you happen to get to 
  776. the download site before they close shop you can download your very own 
  777. copy of happy99 as well ;-)
  778.  
  779. j.
  780.  
  781. J. Pedone
  782. jpedone@flash.net
  783. http://www.flash.net/~jpedone
  784.  
  785. It's OS/2 Jim, but not OS/2 as we know it.
  786. A)bort, R)etry, I)nfluence with large hammer.
  787.  
  788. --- WtrGate+ v0.93.p7 sn 165
  789.  * Origin: Usenet: FlashNet Communications, http://www.flash.net (1:109/42)
  790.  
  791. +----------------------------------------------------------------------------+
  792.  
  793. From: piquant00@uswestmail.net                          24-Oct-99 14:34:25
  794.   To: All                                               24-Oct-99 16:44:17
  795. Subj: Tin
  796.  
  797. From: piquant00@uswestmail.net (Annie K.)
  798.  
  799.  Anyone know of a tin binary more recent than the one on Hobbes 
  800. (tin122.zip)?
  801.  
  802. -- 
  803. Klaatu barada nikto
  804.  
  805. --- WtrGate+ v0.93.p7 sn 165
  806.  * Origin: Usenet: Team OS/2 (1:109/42)
  807.  
  808. +----------------------------------------------------------------------------+
  809.  
  810. From: alessandro.carini@don't.spam.here                 24-Oct-99 18:50:09
  811.   To: All                                               24-Oct-99 16:44:17
  812. Subj: www.warpstock.de
  813.  
  814. From: "Alessandro Carini" <alessandro.carini@don't.spam.here>
  815.  
  816. Anybody knows how to contact the warpstock.de webmaster to inform him that
  817. the link in the page
  818. Qualcuno sa come contattare il webmaster di warpstock per segnalare che alla
  819. loro pagina
  820.  
  821.     http://www.warpstock.de/sessions99.en.html
  822.  
  823. Nella sezione
  824. In section
  825.  
  826.     Sessions and Workshops
  827.  
  828. Lead to a phisical drive Z instead of an url.
  829. Puntano ad un drive fisico
  830.  
  831. alessandro.carini@usa.net -  http://users.iol.it/alessandro.carini/
  832. pgp key available
  833.  
  834.  
  835.  
  836. --- WtrGate+ v0.93.p7 sn 165
  837.  * Origin: Usenet: [Infostrada] (1:109/42)
  838.  
  839. +----------------------------------------------------------------------------+
  840.  
  841. From: nick@secant.com                                   25-Oct-99 07:40:11
  842.   To: All                                               25-Oct-99 10:31:28
  843. Subj: Re: Spamming the Spammers!
  844.  
  845. From: Nick Knight <nick@secant.com>
  846.  
  847. In <380c23f5$1$avgroveq$mr2ice@netnews.voicenet.com>, on 10/19/99 
  848.    at 03:28 AM, nitebird@voicenet.com (Barry Mann) said:
  849.  
  850. >Every so often I'll get a message that will cause trouble. There is a
  851. >stray character somewhere that bugs my mail client and the message is not
  852. >completely read because the mail client stalls on the bad character. Next
  853. >time messages are fetched we repeat the above. I can also imagine that a
  854. >bad character in the message file name will cause trouble.
  855.  
  856. If this is MR/2 you're talking about (I think it's a safe guess :), then
  857. you should know that in v1.61 I added some code that, AFAICT, eliminates
  858. this problem.  Basically, I found some Netscape-originating emails with
  859. embedded NULL characters, which caused much trouble when using C++-based
  860. string calls.  These are now handled.  
  861.  
  862. I see you're using v1.60 now.  v1.62 is available on the MR/2 ICE web
  863. page:
  864.  
  865.     http://nick.secant.com/mr2ice.htm
  866.  
  867. This had a few minor bug fixes above-and-beyond what you're using now,
  868. including a little patch to accomodate a new FP10/11 problem.
  869.  
  870. Later versions are beta's, still, but there are some HUGE performance
  871. enhancements in the current versions.
  872.  
  873. Nick
  874. -- 
  875. -----------------------------------------------------------
  876. Nick Knight  <nick@secant.com>       http://nick.secant.com
  877. Senior Software Engineer
  878. Secant Technologies, Inc.             http://www.secant.com
  879. -----------------------------------------------------------
  880.  
  881. --- WtrGate+ v0.93.p7 sn 165
  882.  * Origin: Origin Line 1 Goes Here (1:109/42)
  883.  
  884. +----------------------------------------------------------------------------+
  885.  
  886. From: kasommer@sherrill.kiva.net                        25-Oct-99 12:35:05
  887.   To: All                                               25-Oct-99 16:44:04
  888. Subj: Re: PMMail, Attachments, and application calling
  889.  
  890. From: kasommer@sherrill.kiva.net (Kim A. Sommer)
  891.  
  892. In article <3805257e_2@news.calweb.com>,
  893. John M Price PhD  <jmprice@calweb.com> wrote:
  894. >
  895. >I have a strange problem with attachments.  Some work, others don't, and
  896. >I can't see why.  For instance,  I have one with a .txt extension,
  897. >properly opened by E.EXE, as noted in the settings.  However, I can't
  898. >open the attachment, and I get a WinOS2 error message (!) about invalid
  899. >path.
  900. >
  901. >I then typed the full path to the program, F:\EEE\E.EXE (which is on the
  902. >path in config.sys) and still, a WinOS2 error.  I moved the %s to the
  903. >program line, and I get, yep, a WinOS2 error.
  904. >
  905.  
  906.  
  907.  
  908. I have the same problem with BMPS and it seems PCX files.  And I had no
  909. asscoiatoins in PMMail for PCX.  I would get a win-os2 error when trying
  910. to open BMP files.  PMJPEG (and now PMView) was the program I was trying
  911. to use.
  912.  
  913. I did have assocations for word procesing and spreadsheet files to MS Word
  914. and Excel (Office 4.2 - win16) which I had removed a little bit ago.  
  915.  
  916. When I changed those associatons for (DOC, WPD< SAM, XLS etc) to
  917. StarOffice, guess what happened when I tried to open a BMP?  You got it.
  918. Star Office opened.  THe same thing happens to me with PCX files too.
  919.  
  920. If I remove the spreadsheet and word processing associtaions compeltely,
  921. then I get and error that PMMail tried to open a program in the foreground
  922. but that it got opened in the background instead.  And what does CTRL-ESC
  923. bring up?  PMView with the BMP I was trying to view.
  924.  
  925. The only clue I have is that BMP is an octet-stream mime type like word
  926. processing and spreadsheet.
  927.  
  928. The only other thing, I just thought of it, is that I haven't tried
  929. disabling Object Desktop.  IT always bugged me that OD has file viewer
  930. built in and it seemed PMMAil should jsut be able to latch into those if
  931. nothing else is specified.
  932.  
  933. How many folks with this problem are running OD 2.0?
  934.  
  935.  
  936. I don't know if this ehelps anyone but it is definetely a bug somewhere
  937. and it seems nothing you do with the associations wil change it much.  If
  938. OD is the culprit, then is there anything for OS/2 that gives me quick
  939. Word file viewers and virtual desktops?  I've not always been happy with
  940. the speed decrease OD brings with it for it's usability but that's for
  941. another thread.
  942.  
  943.  
  944.  
  945. Regards,
  946. Kim
  947.  
  948.  
  949. -- 
  950. -------
  951. Kim A. Sommer   
  952. Humans do it Better!  The Open Directory Project - http://dmoz.org
  953.  
  954. --- WtrGate+ v0.93.p7 sn 165
  955.  * Origin: Usenet: Kiva Networking (1:109/42)
  956.  
  957. +----------------------------------------------------------------------------+
  958.  
  959. From: trzypion@waw.pdi.net                              25-Oct-99 23:20:22
  960.   To: All                                               25-Oct-99 19:06:15
  961. Subj: Re: Sendmail 8.9.3
  962.  
  963. From: Adam =?iso-8859-2?Q?P=B3aszczyca?= <trzypion@waw.pdi.net>
  964.  
  965. John Poltorak napisaⁿ(a):
  966.  
  967. > I have been trying to get sendmail set up myself, but find it traps with a
  968. > Sys3173 in TCPIP32.DLL while receiving mail. This is with MPTS 8620.
  969. > Have you had it working at all?
  970.  
  971. Yes, it working with no traps. 
  972. I have OS/2 v.4 Polish with 11 fixpak, MPTS is 8600.
  973.  
  974.  
  975. -- 
  976.      ___________ (R)  
  977.     /_  _______      Adam Pⁿaszczyca (+48 601) 829697
  978.   ___/ /_  ___      ul. Jagielloñska 62 m 120, 03-468 Warszawa
  979.  _______/ /_     IRC: _555, http://www.waw.pdi.net/~trzypion/
  980. ___________/     mail: _555@irc.pl UIN: 4098313
  981.  
  982. --- WtrGate+ v0.93.p7 sn 165
  983.  * Origin: Usenet: Home user (1:109/42)
  984.  
  985. +----------------------------------------------------------------------------+
  986.  
  987. From: apophis_1@hotmail.com                             26-Oct-99 15:09:24
  988.   To: All                                               26-Oct-99 20:25:01
  989. Subj: Re: email tracking problem
  990.  
  991. From: "Ptah" <apophis_1@hotmail.com>
  992.  
  993. often when people get a message where the sender has asked for a read
  994. receipt, the receiver gets prompted before the receipt is sent ....  I can
  995. tell you that in my case I always refuse to send the receipt, for two
  996. reasons:
  997. - I am not keen to let people know if I have read their email :-)
  998. - The network is already submerged with trashmail en spam, no need to add to
  999. this.......
  1000.  
  1001. hopes this provides some help......
  1002.  
  1003.  
  1004. Melanie Mathewson wrote in message <7uhq25$or4$1@enyo.uwa.edu.au>...
  1005. >I'm trying to set my email gadget so that I can request a read receipt
  1006. >everytime I send someone an email. (I am always keen to know whether
  1007. someone
  1008. >has not yet read my messages, or whether they are just too darn slack to
  1009. >reply).
  1010. >
  1011. >I've got outlook2000 and when I do a 'new message' I select options,
  1012. >tracking options, and the 'request a read receipt for this message' box is
  1013. >always already checked.  But I have only ever received one 'read receipt'.
  1014. >
  1015. >Does this mean that my recipients have switched off the thing that sends me
  1016. >a receipt?  Or am I doing something wrong?
  1017. >thanks,
  1018. >Melanie
  1019. >*** Remove the NOSPAMs to e-mail me ***
  1020. >
  1021. >
  1022. >
  1023.  
  1024.  
  1025. --- WtrGate+ v0.93.p7 sn 165
  1026.  * Origin: Usenet: Nokia Mobile Phones (1:109/42)
  1027.  
  1028. +----------------------------------------------------------------------------+
  1029.  
  1030. From: melaniemNOSPAM@tNOSPAMtartarus.u...               27-Oct-99 10:18:29
  1031.   To: All                                               28-Oct-99 10:23:14
  1032. Subj: Re: email tracking problem
  1033.  
  1034. Message sender: melaniemNOSPAM@tNOSPAMtartarus.uwa.edu.au
  1035.  
  1036. From: "Melanie Mathewson" <melaniemNOSPAM@tNOSPAMtartarus.uwa.edu.au>
  1037.  
  1038. ok, thanks everyone, that has answered my questions.
  1039. bye,
  1040. melanie
  1041. -
  1042. Melanie
  1043. *** Remove the NOSPAMs to e-mail me ***
  1044.  
  1045.  
  1046. Ptah <apophis_1@hotmail.com> wrote in message
  1047. news:7v496v$i6g1@nmp02.nmp.nokia.com...
  1048. > often when people get a message where the sender has asked for a read
  1049. > receipt, the receiver gets prompted before the receipt is sent
  1050. snip
  1051. >
  1052. > Melanie Mathewson wrote in message <7uhq25$or4$1@enyo.uwa.edu.au>...
  1053. > >I'm trying to set my email gadget so that I can request a read receipt
  1054. > >everytime I send someone an email. (I am always keen to know whether
  1055. > someone
  1056. > >has not yet read my messages, or whether they are just too darn slack to
  1057. > >reply).
  1058. snip> >
  1059.  
  1060.  
  1061.  
  1062. --- WtrGate+ v0.93.p7 sn 165
  1063.  * Origin: Usenet: The University of Western Australia (1:109/42)
  1064.  
  1065. +----------------------------------------------------------------------------+
  1066.  
  1067. From: ccsten@usa.net                                    26-Oct-99 22:32:24
  1068.   To: All                                               28-Oct-99 10:23:14
  1069. Subj: Re: Junk Spy installed: so far, so good
  1070.  
  1071. From: Terry Norton <ccsten@usa.net>
  1072.  
  1073. No help.  I have no idea what happened to cause this.  I just tried
  1074. with your suggestion.  The "Retrieving message 1 of 2" just stays
  1075. and there's no TCP/IP activity at all.  The little yellow envelope
  1076. on JunkSpy is as far as it gets before the activity stops.  Also, it
  1077. usually takes a very long time to log into the news server as well. 
  1078. When I go back to non-JunkSpy operation everything zips right along.
  1079.  
  1080.  
  1081. Bill Clark wrote:
  1082. > Terry Norton <ccsten@usa.net> wrote:
  1083. > > I installed JunkSpy, it was smooth as silk for me.  The first four
  1084. > > times I used it to retrieve my mail it worked flawlessly.  However,
  1085. > > now it takes about 5 minutes to retrieve each and every message.
  1086. > > Other times InJoy times out (5 minutes), or I get a "Sock error
  1087. > > 10032 from send".  I have no idea what this means.  Nor what
  1088. > > happened to cause the HUGE slowdown.
  1089. > Try going to Settings > Detector and turning off the blackhole list
  1090. > support option...
  1091.  
  1092.  
  1093. -- 
  1094.  
  1095. Terry Norton
  1096. Warped with OS/2
  1097.  
  1098. I started out with nothing & still have most of it left.
  1099.  
  1100. --- WtrGate+ v0.93.p7 sn 165
  1101.  * Origin: Usenet: Together Networks - Burlington, VT. (1:109/42)
  1102.  
  1103. +----------------------------------------------------------------------------+
  1104.  
  1105. From: ccsten@usa.net                                    26-Oct-99 22:35:05
  1106.   To: All                                               28-Oct-99 10:23:14
  1107. Subj: Re: Junk Spy installed: so far, so good
  1108.  
  1109. From: Terry Norton <ccsten@usa.net>
  1110.  
  1111. I mean mail server.
  1112.  
  1113. >>Also, it usually takes a very long time to log into the news server as well. 
  1114. When I go back to non-JunkSpy operation everything zips right along.
  1115.  
  1116.  
  1117. -- 
  1118.  
  1119. Terry Norton
  1120. Warped with OS/2
  1121.  
  1122. I started out with nothing & still have most of it left.
  1123.  
  1124. --- WtrGate+ v0.93.p7 sn 165
  1125.  * Origin: Usenet: Together Networks - Burlington, VT. (1:109/42)
  1126.  
  1127. +----------------------------------------------------------------------------+
  1128.  
  1129. From: nick@secant.com                                   27-Oct-99 12:01:06
  1130.   To: All                                               28-Oct-99 10:23:17
  1131. Subj: MR/2 ICE's Sig Support 
  1132.  
  1133. From: Nick Knight <nick@secant.com>
  1134.  
  1135. In <261019990122477822%planb@newsreaders.com>, on 10/26/99 
  1136.    at 01:22 AM, "J. Moreno" <planb@newsreaders.com> said:
  1137.  
  1138. >In article <381442c7$1$avpx$mr2ice@client.ce.news.psi.net>, Nick Knight
  1139. ><nick@secant.com> wrote:
  1140.  
  1141. >>     http://nick.secant.com/mr2ice.htm
  1142.  
  1143. >Nick (or any other MR/2 ICE user) what sort of sig support does it
  1144. >have?  Does it exclude the sig when quoting?  Starting from the top or
  1145. >the bottom?
  1146.  
  1147. I'm not sure if you're asking about the source sig or outgoing sig, so
  1148. I'll just ramble some and hopefully answer your question.
  1149.  
  1150. When preparing to quote a full email/news article, MR/2 will truncate the
  1151. quote at the "-- " line and not quote past this.  Of course, it's
  1152. sensitive to maked text and won't even bother with the sig block if a
  1153. specific text area has been marked for quoting.  (And, MR/2 makes it easy
  1154. to move back and forth between source message and reply, so multiple
  1155. selected quote blocks are easy).
  1156.  
  1157. As far as placing a new sig on the tail of your reply, MR/2 can accomodate
  1158. complex setups.  However, as a default, it just inserts a SIG block that
  1159. the user can edit from the main Utilities menu.
  1160.  
  1161. The reply system of MR/2 is template based.    There are default templates
  1162. that you can edit, but you are free to create as many as you like.  When
  1163. replying, you can opt to use the default template, or select from any
  1164. other template.  Templates can be as as simple as to select a different
  1165. sig block, but they can do more than that, including quoting options,
  1166. modify attribution lines and even modify header lines.  Templates make use
  1167. of reply-time variables that will insert text values when the template is
  1168. converted to the reply.
  1169.  
  1170. It's possible to even call REXX scripts inside a template.  This is handy,
  1171. for example, to create heading lines or a sig with some external utility
  1172. program (or rexx itself) and then have MR/2 "include" a resulting file's
  1173. contents in the template expansion.
  1174.  
  1175. I hope this answers the original question :)
  1176.  
  1177. Nick
  1178. -- 
  1179. -----------------------------------------------------------
  1180. Nick Knight  <nick@secant.com>       http://nick.secant.com
  1181. Senior Software Engineer
  1182. Secant Technologies, Inc.             http://www.secant.com
  1183. -----------------------------------------------------------
  1184.  
  1185. --- WtrGate+ v0.93.p7 sn 165
  1186.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1187.  
  1188. +----------------------------------------------------------------------------+
  1189.  
  1190. From: planb@newsreaders.com                             27-Oct-99 20:39:06
  1191.   To: All                                               28-Oct-99 10:23:18
  1192. Subj: Re: MR/2 ICE's Sig Support 
  1193.  
  1194. From: "J. Moreno" <planb@newsreaders.com>
  1195.  
  1196. Nick Knight <nick@secant.com> wrote:
  1197.  
  1198. >"J. Moreno" <planb@newsreaders.com> said:
  1199. > >Nick (or any other MR/2 ICE user) what sort of sig support does it
  1200. > >have?  Does it exclude the sig when quoting?  Starting from the top
  1201. > >or the bottom?
  1202. > I'm not sure if you're asking about the source sig or outgoing sig, so
  1203. > I'll just ramble some and hopefully answer your question.
  1204.  
  1205. I was asking about the source sig, but I should have asked a question
  1206. about the outgoing sig -- given the quality of the rest of the sig
  1207. support, it undoubtably inserts a correct sigdash by default on
  1208. outgoing messages, does it always do that or is it optional?
  1209.  
  1210. > When preparing to quote a full email/news article, MR/2 will truncate
  1211. > the quote at the "-- " line and not quote past this.  Of course, it's
  1212. > sensitive to maked text and won't even bother with the sig block if a
  1213. > specific text area has been marked for quoting.  (And, MR/2 makes it
  1214. > easy to move back and forth between source message and reply, so
  1215. > multiple selected quote blocks are easy).
  1216. -snip- 
  1217. > I hope this answers the original question :)
  1218.  
  1219. Well, it answer most of it (it's got great sig support, particularly
  1220. for outgoing), but there's still the question of whether it looks (by
  1221. default, given the snipped description I think the user can probably
  1222. switch it around) from top to bottom or from bottom to top.
  1223.  
  1224. i.e.
  1225.  
  1226. (I hope you don't mind the questions, I'm fishing for information for
  1227. two different projects).
  1228.  
  1229.  
  1230. -- 
  1231. John "Does the sig start here" Moreno
  1232.  
  1233. -- 
  1234. John "Or does it start here?" Moreno
  1235. January 1, 2000: 66 days away
  1236.  
  1237. --- WtrGate+ v0.93.p7 sn 165
  1238.  * Origin: Usenet: BOFH wannabe (1:109/42)
  1239.  
  1240. +----------------------------------------------------------------------------+
  1241.  
  1242. From: nick@secant.com                                   27-Oct-99 21:41:06
  1243.   To: All                                               28-Oct-99 10:23:18
  1244. Subj: Re: MR/2 ICE's Sig Support 
  1245.  
  1246. From: Nick Knight <nick@secant.com>
  1247.  
  1248. In <271019992039128700%planb@newsreaders.com>, on 10/27/99 
  1249.    at 08:39 PM, "J. Moreno" <planb@newsreaders.com> said:
  1250.  
  1251. >I was asking about the source sig, but I should have asked a question
  1252. >about the outgoing sig -- given the quality of the rest of the sig
  1253. >support, it undoubtably inserts a correct sigdash by default on outgoing
  1254. >messages, does it always do that or is it optional?
  1255.  
  1256. Ah, I see.  On outgoing sig's, the default has the "-- " line.  However,
  1257. the user is free to edit this out ... they have complete control over the
  1258. sig block.  In addition, the sig is inserted into the message before
  1259. editing, so adjustments can be made at that time.
  1260.  
  1261. >Well, it answer most of it (it's got great sig support, particularly for
  1262. >outgoing), but there's still the question of whether it looks (by
  1263. >default, given the snipped description I think the user can probably
  1264. >switch it around) from top to bottom or from bottom to top.
  1265.  
  1266. Now I understand.  I didn't really know, so first I looked at the source
  1267. code and see that it searches from the top down.  I confirmed this with
  1268. your test, and it chopped your test text.  I've never considered that
  1269. possibility; I'll see if I can't adjust this :)
  1270.  
  1271. Nick
  1272. -- 
  1273. -----------------------------------------------------------
  1274. Nick Knight  <nick@secant.com>       http://nick.secant.com
  1275. Senior Software Engineer
  1276. Secant Technologies, Inc.             http://www.secant.com
  1277. -----------------------------------------------------------
  1278.  
  1279. --- WtrGate+ v0.93.p7 sn 165
  1280.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1281.  
  1282. +----------------------------------------------------------------------------+
  1283.  
  1284. From: nick@secant.com                                   28-Oct-99 09:32:09
  1285.   To: All                                               28-Oct-99 14:45:06
  1286. Subj: Re: MR/2 ICE's Sig Support 
  1287.  
  1288. From: Nick Knight <nick@secant.com>
  1289.  
  1290. In <271019992039128700%planb@newsreaders.com>, on 10/27/99 
  1291.    at 08:39 PM, "J. Moreno" <planb@newsreaders.com> said:
  1292.  
  1293. >Well, it answer most of it (it's got great sig support, particularly for
  1294. >outgoing), but there's still the question of whether it looks (by
  1295. >default, given the snipped description I think the user can probably
  1296. >switch it around) from top to bottom or from bottom to top.
  1297.  
  1298. I thought about this some overnight.  I'm not sure which behavior would be
  1299. "proper" now.  I guess, if a previous mailer/user somehow included text
  1300. after a sig marker but before their own, it would be prudent to preserve
  1301. this.  OTOH, stacked sigs are still just that, sigs.
  1302.  
  1303. What's your take on the proper behaviour?
  1304.  
  1305. Nick
  1306. -- 
  1307. -----------------------------------------------------------
  1308. Nick Knight  <nick@secant.com>       http://nick.secant.com
  1309. Senior Software Engineer
  1310. Secant Technologies, Inc.             http://www.secant.com
  1311. -----------------------------------------------------------
  1312.  
  1313. --- WtrGate+ v0.93.p7 sn 165
  1314.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1315.  
  1316. +----------------------------------------------------------------------------+
  1317.  
  1318. From: planb@newsreaders.com                             28-Oct-99 12:10:01
  1319.   To: All                                               28-Oct-99 14:45:07
  1320. Subj: Re: MR/2 ICE's Sig Support 
  1321.  
  1322. From: "J. Moreno" <planb@newsreaders.com>
  1323.  
  1324. Nick Knight <nick@secant.com> wrote:
  1325.  
  1326. > "J. Moreno" <planb@newsreaders.com> said:
  1327. > >it undoubtably inserts a correct sigdash by default on outgoing
  1328. > >messages, does it always do that or is it optional?
  1329. > Ah, I see.  On outgoing sig's, the default has the "-- " line.  However,
  1330. > the user is free to edit this out ... they have complete control over the
  1331. > sig block.  In addition, the sig is inserted into the message before
  1332. > editing, so adjustments can be made at that time.
  1333.  
  1334. OK, that makes it clear.  Thanks for the info.
  1335.  
  1336. > >Well, it answer most of it (it's got great sig support, particularly
  1337. > >for outgoing), but there's still the question of whether it looks
  1338. > >(by default, given the snipped description I think the user can
  1339. > >probably switch it around) from top to bottom or from bottom to top.
  1340. > Now I understand.  I didn't really know, so first I looked at the source
  1341. > code and see that it searches from the top down.  I confirmed this with
  1342. > your test, and it chopped your test text.  I've never considered that
  1343. > possibility; I'll see if I can't adjust this :)
  1344.  
  1345. It doesn't happen very often, and except for my little test posts I
  1346. can't recall it actually being on purpose, but when it was being
  1347. discussed on USEFOR some months ago, the issue of whether it should be
  1348. the first sigdash from the top or the first from the bottom came up
  1349. (i.e. what to do about false positives), so I went looking to see what
  1350. various programs did (that's one project and it lead to the other,
  1351. after looking into what was being done I made the mistake of saying I
  1352. could name 20+ programs, mainly newsreaders, that at the very least,
  1353. didn't quote the sig, and Sven Guckes called me on it for use as a seed
  1354. to an addition to his alt.fan.warlord page [1], I thought it was about
  1355. time I added another entry [30+ at the moment]).
  1356.  
  1357. [1] <http://www.math.fu-berlin.de/~guckes/afw/#sigsupport>.
  1358.  
  1359. -- 
  1360. John Moreno
  1361. January 1, 2000: 66 days away
  1362.  
  1363. --- WtrGate+ v0.93.p7 sn 165
  1364.  * Origin: Usenet: BOFH wannabe (1:109/42)
  1365.  
  1366. +----------------------------------------------------------------------------+
  1367.  
  1368. From: planb@newsreaders.com                             28-Oct-99 13:07:12
  1369.   To: All                                               28-Oct-99 16:44:09
  1370. Subj: Re: MR/2 ICE's Sig Support 
  1371.  
  1372. From: "J. Moreno" <planb@newsreaders.com>
  1373.  
  1374. Nick Knight <nick@secant.com> wrote:
  1375.  
  1376. > In <271019992039128700%planb@newsreaders.com>, on 10/27/99 
  1377. >    at 08:39 PM, "J. Moreno" <planb@newsreaders.com> said:
  1378. > >Well, it answer most of it (it's got great sig support, particularly for
  1379. > >outgoing), but there's still the question of whether it looks (by
  1380. > >default, given the snipped description I think the user can probably
  1381. > >switch it around) from top to bottom or from bottom to top.
  1382. > I thought about this some overnight.  I'm not sure which behavior would be
  1383. > "proper" now.  I guess, if a previous mailer/user somehow included text
  1384. > after a sig marker but before their own, it would be prudent to preserve
  1385. > this.  OTOH, stacked sigs are still just that, sigs.
  1386. > What's your take on the proper behaviour?
  1387.  
  1388. First that the sigdash is a line with just the two dashes and the
  1389. space, so if it's quoted (for instance when you want to talk about the
  1390. sig itself), then it's no longer a sigdash and it's not a problem.
  1391.  
  1392. Having more than one sigdash (where it's not been quoted, but rather
  1393. occurred in the text either accidentally or on purpose) is a problem,
  1394. but a rather small one -- it just doesn't happen that frequently even
  1395. given the million plus messages each day (the exception being services
  1396. like newsfeed.com or deja.com that append their own).  As I said in
  1397. another post this came up for USEFOR and I went looking to see what
  1398. people do (and from talking to them, the reason that some do it from
  1399. the top and some from the bottom generally has more to do with speed
  1400. and/or program design than any consideration for duplicate sigdashes).
  1401.  
  1402. My opinion was that you should use the first -- it makes sense to me to
  1403. scan for it when copying the text over for quoting and so that would be
  1404. the fastest for most people.  I forget the exact percent but something
  1405. like 60-75% of the 20 or so programs we looked at, stopped at the first
  1406. sigdash, and the most likely reason you are going to encounter multiple
  1407. sigs is because some posting service thinks in body messages are
  1408. profitable.
  1409.  
  1410. -- 
  1411. John Moreno
  1412. January 1, 2000: 66 days away
  1413.  
  1414. --- WtrGate+ v0.93.p7 sn 165
  1415.  * Origin: Usenet: BOFH wannabe (1:109/42)
  1416.  
  1417. +----------------------------------------------------------------------------+
  1418.  
  1419. From: !2020hindsight@usa.net                            28-Oct-99 19:53:03
  1420.   To: All                                               29-Oct-99 11:30:18
  1421. Subj: Re: Junk Spy installed: so far, so good
  1422.  
  1423. From: !2020hindsight@usa.net (Bill Clark)
  1424.  
  1425. rTerry Norton <ccsten@usa.net> wrote:
  1426.  
  1427. > No help.  I have no idea what happened to cause this.  I just tried
  1428. > with your suggestion.  The "Retrieving message 1 of 2" just stays
  1429. > and there's no TCP/IP activity at all.  The little yellow envelope
  1430. > on JunkSpy is as far as it gets before the activity stops.  Also, it
  1431. > usually takes a very long time to log into the news server as well. 
  1432. > When I go back to non-JunkSpy operation everything zips right along.
  1433.  
  1434. Yup... There seems to be certain message configurations that just 
  1435. plain hang it up... 
  1436.  
  1437. -bc-
  1438.  
  1439. User Friendly Software:
  1440.   That which makes friends among those trying to use it
  1441.     
  1442.  
  1443. --- WtrGate+ v0.93.p7 sn 165
  1444.  * Origin: Origin Line 1 Goes Here (1:109/42)
  1445.  
  1446. +----------------------------------------------------------------------------+
  1447.  
  1448. +============================================================================+
  1449.