Close your EYES, Her Tasks are showing!

we have 2 servers - 1 was built as a new 6.0.3 server the other is running 5.0.11 - we are moving users slowly from one to the other… NOT upgrading their mail files yet.

1 user noticed that suddenly her tasks all began showing on her calendar, when they hadn’t been on the old R5 server. I looked in Pref’s and it is UNchecked, so they should NOT SHOW on the calendar.

Is this a fix that has been UN-fixed in 6.0.3? Anyone else experiencing this? We thought this was finally fixed…

(Her template is the Std50Mail tempalte)

Thanks

Ruth

Subject: Close your EYES, Her Tasks are showing!!!

Lotus made a peculiar design change in the calendar profile at some time. The TaskFollow setting once controlled whether ToDos appear in the calendar, but its meaning changed, and a separate setting, HideToDosFromCalendar, was introduced. I’m not sure whay this should affect things in your case, but it might be worth using LotusScript to set HideToDosFromCalendar = “1” in the calendar profile.

Subject: an idea!

Brilliant idea, thanks I’ll try it and post back here.

Thanks

Subject: current value?

RodOther than opening the profile (pref’s) and looking at the field…is there a way to test to see what the current value of that field is? I know I can open it and see if the check is there or not, but if the check is NOT there, that doesn’t assure me that it is “0”.

N’est pa?

Subject: RE: current value?

It works the way most checkboxes work – the value “1” means True; the value “” or the item completely missing means False. In this case you want the value to be “1”, which means True, which means “hide the tasks”.The reason I’m not sure why this should affect things in your case is that it is part of the mail design. If this user’s design has not changed, it is surprising that its behaviour has changed.

By the way, even if this works, it will not hide existing tasks. You can run an agent to remove the CalendarDateTime item from these.

Subject: Close your EYES, Her Tasks are showing!!!

how are you moving the database from the R5 to R6 server?

Subject: RE: Close your EYES, Her Tasks are showing!!!

using the “Move Mail File” button - so it’s basically making a replica on the new server.

Subject: RE: Close your EYES, Her Tasks are showing!!!

was there anything marked in the settings to inhibit replication?

All documents should replicate over even the profile docs (which is what the preference is).

Are you getting this on a few database or 100%?

The move file process (though not quick) works in both the R5 and R6 environments.

HTH – Cheers

Subject: RE: Close your EYES, Her Tasks are showing!!!

It has only been “noticed” in this database (happens to be the CIO’s), and there is nothing being “not replicated”. I checked the Pref’s and the checkbox is UNchecked…as it was before… and still the tasks show.

The move file finally worked fine for me once I replicated the Admin4.nsf, so I have no qualms with it… just this one item… and not sure if it’s a bug in the mail template? or… But we can’t go forward til it’s solved.

Subject: RE: Close your EYES, Her Tasks are showing!!!

Ruth

R6 is move aware of minor database corruptions that R5 ever was. It is possible that there may be have been some corruption in the R5 replica view indexes that was fixed when moved to R6. This correcting of minor corruption may have moved documents into the wrong view.

The corruption in a mail file is likely to have occured if over quota at some stage or for many other reasons.

I find it useful to ask myself a few questions about these kind of issues…

Do the documents (Tasks) have the correct form?

Has the design become unknowingly corrupted at some stage?

Are there errors in the replication logs?

Is the database over quota?

Hope that helps.

Scott

Subject: Scott, et al

Scott,While I appreciate all the questions to ‘ask myself’… the answers do not seem to help the situation.

Do the documents (Tasks) have the correct form? --YES

Has the design become unknowingly corrupted at some stage? --Hmm if it was unknowingly, then how would I KNOW?

Are there errors in the replication logs? --NO

Is the database over quota? - NO

The database had been over quota a hile back (a month or so before moving to R6 server) and once cleaned out, a couple compacts were run on it… and still the tasks behaved. ONLY when it was moved to the R6 server did the Tasks begin to show on the calendar.

I need to know how to fix this…

Subject: RE: Scott, et al

another question: did you run fixup -f at anytime on the mailboxes? In our scenario, we seem to think that this has moved documents back into the mailbox that didn’t exist before the migration.Lotus support said something about fixup in R5 not working correctly, so when fixup in R6 ran, it fixed any previous corruption, thus placing unwanted old documents back…

Subject: no fixup

hmmm interesting theory… but I know if I did run fixup, which I don’t remember doing… I wouldn’t have run it with a -f, at least not in this instance.

By the way, I have tried opening this database from a Client that was upgraded to 6.5 and it didnt’ help… the tasks are still showing in the Calendar…I sure don’t see why they should when that setting in Pref’s is set to NOT.