T.R | Title | User | Personal Name | Date | Lines |
---|
2520.1 | Customisation? | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Mon Apr 05 1993 11:35 | 11 |
| I don't see why this shouldn't work, since all of the mail code
carefully goes back to the MAIN drawer before doing its work.
1) Have they got a customisation somewhere, such that a pre-V3.0
version of one of the mail forms is being used, and hence the drawer
switch isn't being done?
2) Are they sure they really do have unread mail, and it's not just the
count is wrong?
Graham
|
2520.2 | | KERNEL::OTHENJ | | Mon Apr 05 1993 12:34 | 14 |
| Hello Graham,
Thanks for the quick respose;
1) They have tried /nocust and the problem still occurs. They have also
manually entered the commands <oa$mail_set_drawer and still find the
same problem.
2) They definitely have new mail as if they exit out and go back into
ALL-IN-1 they do see the new mail - have you tested this out and found
that it does work (our machines are still not able to talk to each
other!!)
Julie
|
2520.3 | No language? | IOSG::MAURICE | Night rolls in, my dark companion | Mon Apr 05 1993 13:02 | 17 |
| Hi,
We did fix a problem like this in the PFR if the PARTITION record for
the user has a blank language field. Check this out by typing:
<get partition.language["[username]MAIN"]
If this is the case then change the partition record:
<write change partition unique_name="[username]MAIN", language="ENGLISH"
This state should never happen from the UI, but could have happened by
a customisation. Running PT (pre-test) should report this condition.
Cheers
Stuart
|
2520.4 | | KERNEL::OTHENJ | | Tue Apr 06 1993 11:29 | 10 |
| Hi,
I have since found out that this problem is due to their multi-lingual
system. The language has been set in the partition, and reading new
mail works on the secondary language, but not on the primary language.
Thanks for all the help, I am now tracking this problem through to
the engineering group.
Julie
|