| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2371.1 | Does it happen in a Supported Subsystem? | AIMTEC::WICKS_A | I dreamt I found a working printer! | Mon Mar 08 1993 15:07 | 8 |
| Sunil,
does the same happen in Mail - TM is supposed to use the same code
as Mail on v3.0.
Regards,
Andrew.D.Wicks
|
| 2371.2 | OA$DDS_PRIME=2? | AIMTEC::ZANIEWSKI_D | Why would CSC specialists need training? | Mon Mar 08 1993 15:30 | 10 |
| What is OA$DDS_PRIME set to? Your mail subsystem initializes
differently than mine. Mine is set to 1, and everything works
fine. I also removed all the TM subsystem modifications last
week, so I'm almost sure nothing has been illegally modified,
again.
Also, if you trace this again, turn trace on earlier, so that I
can see what happens in th scripts before SCHDMA is called.
Dave Zaniewski
|
| 2371.3 | TM Only | BUSHIE::SETHI | Man from Downunder | Tue Mar 09 1993 07:47 | 13 |
| Hi Andrew and Dave,
This does not have from any other sub-system inly from Time Management
for this option.
The OA$DDS_PRIME is set to 2, I defined it in the users process table
to equal 1 and had no luck. I than changed it back and did a trace,
the full trace can be found on RIPPER::USER$TSC:[SETHI]Q21148_FULL.LOG.
Regards,
Sunil
|
| 2371.4 | Quick reply | AIMTEC::ZANIEWSKI_D | Why would CSC specialists need training? | Tue Mar 09 1993 13:28 | 5 |
| The results are the same on my system with OA$DDS_PRIME set to 2,
just fewer entries to pick from. I might not have time to look at
the trace for a while.
Dave Zaniewski
|
| 2371.5 | Too much mail customization for me | AIMTEC::ZANIEWSKI_D | Why would CSC specialists need training? | Thu Mar 11 1993 14:01 | 7 |
| How about trying uncustomized forms and scripts? Some of the
entry forms used by the OA$MAIL_ADD_ADDR have been customized.
A good portion of TM has also been customized. If it works
uncustomized, start comparing the differences. It will probably
take a mail coder to find out exactly why it's not working.
Dave Zaniewski
|
| 2371.6 | More info | BUSHIE::SETHI | Man from Downunder | Tue Apr 13 1993 01:49 | 20 |
| Hi Dave,
Sorry it's taken such a long time to get back to you, we invoked
ALL-IN-1 with /nocustom and still had no luck I cannot reproduce
the problem on my system.
To recap the problem:
Enter HARR (or anyother name) and return gives a list of usernames.
Enter HARR and gold find does not find users.
The logfile can be found on RIPPER::USER$TSC:[SETHI]WOODSIDE.LOG and
the protection is set to w:re.
One thing to note they have added a C module to Time Management to scan
for free time, I had asked the customer to remove this too.
Thanks for your help,
Sunil
|
| 2371.7 | We are auditing the system any input would be helpful | TINNIE::SETHI | Ah (-: an upside down smile from Oz | Fri Apr 30 1993 00:42 | 15 |
| Hi All,
We have had someone from the local office on-site looking at this
problem and we have not been able to find out why this is happening.
However, this customer has been the test bed for ALL-IN-1 IOS 3.0 field
test versions in the past and other layered products. What we are
doing now is auditing the system as we feel the problem may be at the
base level of ALL-IN-1. Does anyone know if this problem was reported
in any of the field test version ? This information would help us in
narrowing down where the problem may have occured.
Thanks in advance,
Sunil
|
| 2371.8 | Possible cause of the prob. DDS alternate surnames | GIDDAY::SETHI | Ahhhh (-: an upside down smile from OZ | Wed Jul 07 1993 01:03 | 38 |
| Hi All,
Finally with the help of Hong we have managed to track down the cause
of this problem. Hong remembered a note in the previous ALL-IN-1
conference and 1 in the 2.3 conference, I'll refer you to 805
UTRTSC::SCHOLLAERT for 2.4 and 3882 for 2.3 (I hope Jan you don't mind
me refering to your note :-) ).
It appears to be a problem with multiple surnames used in DDS definition
of a users record,e.g.
User LANE had
Given name : MICHAEL
Surname : LANE
Surname : OMC
Surname : LANE,M
i.e. 3 surnames defined
ALL-IN-1 apparently had this searching limitation. It appears from the
previous notes in the above mentioned conferences this problem occured
for the EM sub-system, however no mention was made about the TM
sub-system. Our or should I really my guess is that the problem was
solved for the EM sub-system and nothing has been done for the TM
sub-system !!!
This problem can be reproduced even if the OA$DDS_PRIME logical is set
to 1 and not just 2.
If it can be confirmed that this is a now a known problem I will submit
and SPR, could someone confirm this for me. I thought they used the
same code in the TM sub-system as the EM sub-system ? Well what is a
TM or EM between friends ;-) !!!!
Regards,
Sunil
|