Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

Calendar, updating records fail.

3 posts in Lotus Last posting was on 2004-03-09 10:11:18.0Z
Herman Engbers Posted on 2004-02-06 16:06:04.0Z
From: "Herman Engbers" <h.engbers@sigmaxpda.com>
Newsgroups: XCS_GE.Lotus
Subject: Calendar, updating records fail.
Date: Fri, 6 Feb 2004 17:06:04 +0100
Lines: 30
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
NNTP-Posting-Host: 80.89.232.68
Message-ID: <4023bc94@solutions.advantagedatabase.com>
X-Trace: 6 Feb 2004 09:11:00 -0700, 80.89.232.68
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!80.89.232.68
Xref: solutions.advantagedatabase.com XCS_GE.Lotus:103
Article PK: 1156674

Situation:
OBMG 4.0.2003.908 +1218 fix
Ipaq 1940
Notes 5.08 server, client and templates.

Calendar sync results in errors when modifying appointments in Notes client
which are originally created on the iPAQ. The record syncs OK between iPAQ
and server. Modifying this record in iPAQ is no problem, changes are synced
back. Modifying records on palm created in Notes, and then remodifying them
in notes has not been attempted.
When record is opened in Notes client, the notes client does not
automatically switch to "edit mode". After manually switching to edit mode
and changing some of the properties of the record, when saved the record is
closed, no error pops up but the old properties are kept.

User uses database on Server A which replicates to server B. Sync engine on
Server C and Notes adapter on server D. C and B on the same fysical
location. A and B in the same Notes / NT domains. I've requested end user to
test this behaviour on the database of server B. and will post as soon as
that knowledges becomes available.

Any idea's?
--
Best regards,

Herman Engbers
Sigmax PDA Solutions
h.engbers@sigmaxpda.com


Herman Engbers Posted on 2004-02-06 16:16:56.0Z
From: "Herman Engbers" <h.engbers@sigmaxpda.com>
Newsgroups: XCS_GE.Lotus
References: <4023bc94@solutions.advantagedatabase.com>
Subject: Re: Calendar, updating records fail. update
Date: Fri, 6 Feb 2004 17:16:56 +0100
Lines: 46
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
NNTP-Posting-Host: 80.89.232.68
Message-ID: <4023bf1f@solutions.advantagedatabase.com>
X-Trace: 6 Feb 2004 09:21:51 -0700, 80.89.232.68
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!80.89.232.68
Xref: solutions.advantagedatabase.com XCS_GE.Lotus:104
Article PK: 1156750

Update:
With replication Off, and testing with new records, the same behaviuor is
seen -as before, for each record- when modifying records in the database on
server B.

"Herman Engbers" <h.engbers@sigmaxpda.com> wrote in message
news:4023bc94@solutions.advantagedatabase.com...
> Situation:
> OBMG 4.0.2003.908 +1218 fix
> Ipaq 1940
> Notes 5.08 server, client and templates.
>
> Calendar sync results in errors when modifying appointments in Notes
client
> which are originally created on the iPAQ. The record syncs OK between iPAQ
> and server. Modifying this record in iPAQ is no problem, changes are
synced
> back. Modifying records on palm created in Notes, and then remodifying
them
> in notes has not been attempted.
> When record is opened in Notes client, the notes client does not
> automatically switch to "edit mode". After manually switching to edit mode
> and changing some of the properties of the record, when saved the record
is
> closed, no error pops up but the old properties are kept.
>
> User uses database on Server A which replicates to server B. Sync engine
on
> Server C and Notes adapter on server D. C and B on the same fysical
> location. A and B in the same Notes / NT domains. I've requested end user
to
> test this behaviour on the database of server B. and will post as soon as
> that knowledges becomes available.
>
> Any idea's?
> --
> Best regards,
>
> Herman Engbers
> Sigmax PDA Solutions
> h.engbers@sigmaxpda.com
>
>


Herman Engbers Posted on 2004-03-09 10:11:18.0Z
From: "Herman Engbers" <h.engbers@sigmaxpda.com>
Newsgroups: XCS_GE.Lotus
References: <4023bc94@solutions.advantagedatabase.com> <4023bf1f@solutions.advantagedatabase.com>
Subject: Solution
Date: Tue, 9 Mar 2004 11:11:18 +0100
Lines: 94
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
NNTP-Posting-Host: 80.89.232.68
Message-ID: <404d99b2@solutions.advantagedatabase.com>
X-Trace: 9 Mar 2004 03:17:22 -0700, 80.89.232.68
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!80.89.232.68
Xref: solutions.advantagedatabase.com XCS_GE.Lotus:109
Article PK: 1156751

This issue can be closed, we've found the problem.

Apparantly notes has a field that contains the name of the owner of the
Mailfile. This is not by definition the user name in notes.

For the users that showed the problem their original Notes user name was
changed from e.g "J. vd Stege" to: "J. van der Stege"

This "owner of mailfile" is set as the chair person of a meeting when using
the notes client.
It turns out that OBMG uses the notes user name as the chair of the meeting.
When the record created on the ipaq is openened in notes the chair is
different as expected and the odd behaviour we've seen takes place.

The odd behaviour is that when the record is opened it does not switch to
edit mode automatically en when changed and saved the StartDateTime and
Enddatetime fields do not get updated.

After making sure that "owner of mailfile field" = "username" the problem
dissappears.

Whether or not this is caused by OBMG is a difficult discussion.
If the customer did not rename their users the problem would not have
happened. but,
If OBMG uses the "Owner of the mailfile field" as the chair (as does the
notes client (5.08 atleast)) then the problem also would not have happened.
Therefore the discussion boils down to the questions
Wether it is normal notes operation to have a different "owner of mailfile
field" and "username"
Wether it is normal notes operation to set the "owner of mailfile field" as
the chair, or that this is either a bug in 5.08 or a non consequent
implementation of standards by Lotus.

--
Best regards,

Herman Engbers
Sigmax PDA Solutions
h.engbers@sigmaxpda.com

"Herman Engbers" <h.engbers@sigmaxpda.com> wrote in message
news:4023bf1f@solutions.advantagedatabase.com...
> Update:
> With replication Off, and testing with new records, the same behaviuor is
> seen -as before, for each record- when modifying records in the database
on
> server B.
>
>
> "Herman Engbers" <h.engbers@sigmaxpda.com> wrote in message
> news:4023bc94@solutions.advantagedatabase.com...
> > Situation:
> > OBMG 4.0.2003.908 +1218 fix
> > Ipaq 1940
> > Notes 5.08 server, client and templates.
> >
> > Calendar sync results in errors when modifying appointments in Notes
> client
> > which are originally created on the iPAQ. The record syncs OK between
iPAQ
> > and server. Modifying this record in iPAQ is no problem, changes are
> synced
> > back. Modifying records on palm created in Notes, and then remodifying
> them
> > in notes has not been attempted.
> > When record is opened in Notes client, the notes client does not
> > automatically switch to "edit mode". After manually switching to edit
mode
> > and changing some of the properties of the record, when saved the record
> is
> > closed, no error pops up but the old properties are kept.
> >
> > User uses database on Server A which replicates to server B. Sync engine
> on
> > Server C and Notes adapter on server D. C and B on the same fysical
> > location. A and B in the same Notes / NT domains. I've requested end
user
> to
> > test this behaviour on the database of server B. and will post as soon
as
> > that knowledges becomes available.
> >
> > Any idea's?
> > --
> > Best regards,
> >
> > Herman Engbers
> > Sigmax PDA Solutions
> > h.engbers@sigmaxpda.com
> >
> >
>
>