home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / mail / pmdf / 2560 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  3.3 KB
  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!moe.ksu.ksu.edu!mccall!ipmdf-newsgate!list
  2. Newsgroups: vmsnet.mail.pmdf
  3. Subject: RE: PMDF protocol error
  4. Message-ID: <01GQS0JEQBMY91W2L2@SIGURD.INNOSOFT.COM>
  5. From: Ned Freed <ned@sigurd.innosoft.com>
  6. Date: 05 Nov 1992 03:23:59 -0800 (PST)
  7. Organization: The Internet
  8. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  9. Resent-Date: 05 Nov 1992 03:23:59 -0800 (PST)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  12. Resent-Message-ID: <01GQS0JYHZTE8ZFOD2@YMIR.CLAREMONT.EDU>
  13. X-Vms-To: IN%"J.JOOSTEN@TFDL.AGRO.NL"
  14. X-Vms-Cc: IPMDF
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  17. Content-Transfer-Encoding: 7BIT
  18. Lines: 55
  19.  
  20. > The VMS-mail-limit of 255 characters is not the problem !!!
  21.  
  22. That remains to be seen. See below.
  23.  
  24. > I  put a mail into a save_set, mailed it through VMS-mail (foreign) to
  25. > another  PMDF-WEP-system  with no problems (VMS V5.5-1), restored  the
  26. > save_set  and editted the PMDF-mail-file so that it would deliver this
  27. > mail to  me.
  28. > Using  the  command, "$ MAIL/PROT=PMDF_MAILSHR 'filename'",  delivered
  29. > the mail correctly.   The same PMDF V3.1 version is used here.
  30.  
  31. Delivering the mail to yourself on the local node proves absolutely nothing. In
  32. particular, the line length limitation in VMS MAIL only applies when delivering
  33. messages to remote MAIL-11 users.
  34.  
  35. Avoiding the network transfer is not the issue either. Since the error is being
  36. reported from the local channel all indications are that the message made it to
  37. the final PMDF system just fine. You are avoiding a network transfer which, as
  38. far as I can tell, has absolutely nothing to do with the problem at hand.
  39.  
  40. > Furthermore,  I  was not able to find a file that had  strings  longer
  41. > than appr. 80 characters.
  42.  
  43. I don't know what this means. Do you mean that your sample message had no long
  44. lines in it? If so, this is all the more reason for your test to have worked
  45. out fine. The issue is what's in the message that's failing on the system where
  46. it is failing.
  47.  
  48. Despite the fact that PMDF V3.1 is totally obsolete and hence we don't support
  49. it at all, I'm willing to try and help you figure out what's happening here.
  50.  
  51. First of all, it is absolutely imperative that you be able to isolate the exact
  52. message file that is failing on the exact system where the problem is
  53. happening. Nothing else will suffice. Once you have obtained a copy of this
  54. message please send it to me and I check it out.
  55.  
  56. Second, you should enable slave_debug on your l channel. This will produce
  57. a more detailed trace in the L_MASTER.LOG file. Please send that to me as well.
  58.  
  59. Third, please check all the recipient addresses in the message and determine
  60. whether or not they are local. These addresses appear on the second and
  61. subsequent lines of the message file. A line containing two control-a
  62. characters separates the recipient list from the message header. At a
  63. minimum you should check each of the recipient with a SHOW FORW/USER=
  64. command in VMS MAIL and see if forwarding is set for any of them.
  65.  
  66. Finally, if you have installed a new version of VMS or VAX PSI you may have
  67. introduced some bugs into VMS MAIL. Please indicate if you have done this.
  68.  
  69. Send the results of all this to service@innosoft.com. (This is not a topic of
  70. any real interest to the info-pmdf list.) I'm still betting on a line length
  71. problem.
  72.  
  73.                 Ned
  74.  
  75.