[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:	OLD ALL-IN-1 (tm) Support Conference
Notice:	Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:	IOSG::PYE

Created:	Thu Jan 30 1992
Last Modified:	Tue Jan 23 1996
Last Successful Update:	Fri Jun 06 1997
Number of topics:	4343
Total number of notes:	18308

2262.0. "%OAFC-I-RMSERROR, An RMS error has occured" by WAYOUT::TALBOT (Trevor Talbot) Mon Feb 15 1993 14:52

Hi,

Has anyone else seen this :

ALL-IN-1 V3.0-1  create a mail message and address it to lots(in my case 19) 
of remote recipients, include  yourself on the mail. Send it off, this bits
o.k, Then

1)forward the new mail with the above addressing info to yourself.
2)read it(the forwarded mail) from II
3)do IA from the index for this mail.
4)select the attachment(mail with large number of remote addressees).
5)now choose the option FAM to store it in another drawer other than the MAIN
drawer. Then sit back and view the errors.

 %OAFC-I-RMSERROR, RMS Error has occurred. Refer to extended status for RMS
  error code
 %RMS-I-SYN, file specification syntax error
 %OAFC-I-RMSERROR, RMS Error has occurred. Refer to 
  extended status for RMS error code

I have re-produced this by increasing the list of addressees, I got more on
before failure than the customer was reporting. This problem looks like the FAM
across drawers is eating quotas! I could guess at the GBL and RMS params but
would like to hear your comments before submitting as a bug report.

Cheers

-Trev

T.R	Title	User	Personal Name	Date	Lines
2262.1	Works for me (GERMAN Version)	COL01::KLOCKE		`Mon Feb 15 1993 15:43`	6
	I have seen this kind of error messages, when the ACCESS.DAT of the target drawer does not have set "S:RWE" - protection. Hope this helps you Joerg
2262.2		WAYOUT::TALBOT	Trevor Talbot	`Tue Feb 16 1993 09:51`	7
	Hi, The ACCESS.DAT in the Zmumble.dir has the following protection:- ACCESS.DAT (RWED,RWED,,) -Trev
2262.3	Trying to jog someone's memory	IOSG::TALLETT	Gimmee an Alpha colour notebook...	`Tue Feb 16 1993 10:19`	6
	Doesn't this have something to do with the OWNER field in some FDL file somewhere? Regards, Paul
2262.4	could be something similar elsewhere though...	IOSG::STANDAGE	Oink...Oink...Mooooooooooooooooooooooooooooooooo	`Tue Feb 16 1993 13:57`	11
	Paul, Are you thinking of the owner field in PROFIL.FDL not being ALLIN1 (or whatever). This don't think this causes an RMS error, but complete gobbledegook. Perhaps somebody with access to STARS can verify this. Kevin.
2262.5		WAYOUT::TALBOT	Trevor Talbot	`Tue Feb 16 1993 14:35`	7
	Hi, Can you guys re-produce it at your site? -Trev p.s. Checked STARS but could not find any matches...
2262.6	already fixed	CHRLIE::HUSTON		`Tue Feb 16 1993 15:39`	8
	The problem is the DAF record has a continuation record. When this happens, the FCS has a problem pulling the file name from the DAF. We have found and fixed this in a PFR of IOS. --Bob
2262.7	IPR-622 ?	IOSG::STANDAGE	Oink...Oink...Mooooooooooooooooooooooooooooooooo	`Tue Feb 16 1993 17:35`	6
	Yup, Bob's right - found it now. Kevin.
2262.8		WAYOUT::TALBOT	Trevor Talbot	`Wed Feb 17 1993 16:28`	10
	Hi, Thanks for the info, I guess no workaround then other than either: 1) Up quotas even more! or 2) Don't send mail to as many people!! -Trev
2262.9	fixed in MUPA	IOSG::COOK	ALL-IN-1 Support Manager 830 3636	`Tue Jan 04 1994 13:59`	3
	this is fixed in the Mandatory Update Patch [MUPA] kit (A1_MUPA030.A/B). Martin Cook.