[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

2670.0. "Help, new mail lands in a "blank folder" ...." by OSLACT::BJARNEC_P (The last boat left without me .....) Thu May 06 1993 17:21

Hi,

This is a strange one. Have not yet tested extensively, but would like to see
if someone else have experienced anything similar.

One of our customers have installed Teamlinks on a few PC's some days ago (I
personally think this is a red Herring, but ...) and established connection to
her (I am not sure if it happens to other users) ALL-IN-1 file cabinet. But
some of the new ALL-IN-1 mail messages now, instead of landing in the INBOX,
end up in NO FOLDER AT ALL. The new mail counter is updated, so the user is
informed that she has received new mail. When I asked her to do an Index of
everything with status "Unread", six mail messages showed up, none of which was
associated with a folder ("folder" field was blank when doing a FULLDB on a
selected mail message).

They are running ALL-IN-1 V 3.0-1 and VMS 5.4-2.

We have only done one test so far and it happened when Teamlinks had open the
ALL-IN-1 Main drawer, another ALL-IN-1 user mailed (using ordinary ALL-IN-1 IOS
mail) the one with the problem and she then logged in to check the mail.

Strange eh?

Cheers,

	Bjarne

T.R	Title	User	Personal Name	Date	Lines
2670.1	Additional info on "Folderless new mail"	OSLACT::BJARNEC_P	The last boat left without me .....	`Thu May 06 1993 17:28`	5
	Just to say that in .0 it is purely ALL-IN-1 IOS I am talking about, i.e. no mail from / to the DEC MAILworks Server. Mail is sent from ALL-IN_1 IOS, received by ALL-IN-1 IOS and read by a user using ALL-IN-1 IOS. Bjarne
2670.2	Known bug?	CHRLIE::HUSTON		`Thu May 06 1993 18:53`	24
	If the user is accessing the IOS MAIN drawer via TL, then I think I know your problem. It is a known bug in the IOS FCS (used by TL for all IOS access), that with V3.0-1, it has problems referenceing the INBOX. If what is happening is that the TL user is forcing the GET_PENDING to the IOS account, this will update you mail count etc, but will "drop" the mail message itself because the FCS cannot find the INBOX. Try the following: Send a message, don't touch the IOS screen. Open and close the main drawer via TeamLinks (this will cause the GET_PENDING), IOS should now tell you that you have new mail. Now try to read the message (from either TL or IOS it won't matter). It the mail is not around, then this is the problem. to double check do this: Get out of TL, all the way out. Send IOS mail again and this time read it with IOS, no TL work at all. The mail will hopefully be there. --Bob
2670.3	Some more test results	OSLACT::BJARNEC_P	The last boat left without me .....	`Fri May 07 1993 16:03`	55
	Thanks Bob. The customer has done some more testing and here are the results: P.S. In all the scenarios the mail referred to is IOS mail sent from another users ALL-IN-1 IOS account to the IOS account of the user with the problem. 1) Neither IOS nor Teamlinks applications invoked at the time mail received in IOS. --> Mail ended up in INBOX, can be seen from both IOS and Teamlinks. 2) Teamlinks invoked, but IOS Main Drawer not open and IOS not invoked at time of new mail received. --> New mail ends up in "blank" folder in IOS. Can not be seen from IOS or Teamlinks (when checking INBOX). 3) IOS invoked (on the EM menu) and Teamlinks not invoked at all when new mail received. --> Can access INBOX from IOS OK (ii), but when invoking Teamlinks nothing is found in the INBOX!! Personally, I find this result a bit suspect and have not been able to verify it. 4) IOS invoked (EM menu) and Teamlinks invoked (without having opened the IOS Main Drawer) at new mail entry point. --> No new mail can be seen IOS or Teamlinks, that is, it is there, but has been filed in the "no name" folder. Hopefully these results may confirm the FCS bug. Please say if more/different test results are required. Icidentally, if this should prove to be the bug mentioned in .2 (or something else), what can be done about it - is there / when will there be a fix? These will be the next questions from the customer to me so it might come in handy if I knew ...... Thanks, Bjarne
2670.4	That's it	CHRLIE::HUSTON		`Fri May 07 1993 19:02`	16
	It sounds like it is the same bug. Basically the bug says that the FCS can't find the INBOX. Which would explain why, if you opened the mail drawer via TL BEFORE looking in the INBOX via IOS, that the mail "disappears", the FCS tried to put it in INBOX and couldn't find it. No errors are reported, and I have yet to figure out where the mail actually ends up. One workaround that I have seen used and work is to always leave a document in INBOX. The fix, wait for an upcoming PFR. I THINK IOSG support has an ICF for this, you would have to check with them. --bob
2670.5	Should do the trick.	IOSG::STANDAGE		`Tue May 11 1993 16:06`	11
	Bjarne, As confirmed by mail, I believe ICF9 (which is now available) will resolve these issues. Regards, Kevin.
2670.6	ICF #9 only for V3.0-1 versions, NOT MUPA.	IOSG::STANDAGE		`Wed Jun 08 1994 17:47`	16
	Please note that ICF #9 is to be installed ONLY on top of V3.0-1. This patch is not intended for any systems up to, or exceeding, MUPA version. If after installing MUPA and/or TLC you have empty inbox problems, the chances are SYSTEM_FOLDERS.DAT has not been converted (a MUPA Post-installation task). Thanks, Kevin.