IBM Support

LO64752: BODY OF OOO MESSAGE IS NOT CHANGED VIA INOTES

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as duplicate of another APAR.

Error description

  • User uses Out of Office (OOO) as service.
    After setting OOO via Notes client, set OOO via iNotes, the
    body of the OOO message is not changed.
    The body of the OOO message displays old date that was set via
    Notes client.
    This issue is reproduced only on Japanese mail template.
    
    Steps to Reproduce:
    1. Open Server Configuration document
    2. Router/SMTP - Advanced - Controls
    3. Change Out-of-Office type to "Service"
    4. Save it and restart Router
    5. Open Mail DB via Notes client
    6. More - Out of Office
    7. Set Out of office and enable it
       e.g. Leaving 10/07  Returning 10/08
    8. Disable it
    9. Open Mail DB via iNotes (Web Browser)
    10. More - Out of Office
    11. Set Out of office and enable it
       e.g. Leaving 10/11  Returning 10/12
    
    12. Another user send a message to this user
    13. The body of the OOO message is the following
    
    "2011/10/07 ????????????????: 2011/10/08."
    ( translate to English -> "I am out of the office from Fri
    10/07/2011 until 10/8." )
    The date of the OOO message was set via Notes client is used.
    
    This issue is reproduced only on Japanese mail template.
    On Japanese mail template displaydaysout is always used for
    iNotes OOO instead of Daysout in outofofficeprofile.
    displaydaysout is not changed via iNotes, so the body of the
    OOO message is not changed.
    
    I think one of the root cause is that some "UpdateSettings" are
    translated to Japanese "????" in OutOfOfficeLib_ja-JP
    ScriptLibrary.
    For example:
    ---------------------
      Case TASK_TYPE_AGENT
        If EnableAgent() Then
          Call ReloadUI()
          nResult = Messagebox(CStr(Me.m_dtFirstDayOut.DateOnly)_
          & Me.m_MailStringTable.GetString(OOO_STRING+30,Null)_
          & CStr(Me.m_dtFirstDayBack.DateOnly)_
          & Me.m_MailStringTable.GetString(OOO_STRING+31,Null)_
          & Chr(13) &
    Me.m_MailStringTable.GetString(OOO_STRING+05,Null)_
          & Me.m_MailStringTable.GetString(OOO_STRING+32,Null),_
          MB_OK + MB_ICONINFORMATION,_
          Me.m_MailStringTable.GetString(OOO_STRING+01,Null))
          Call SetOptionField("????", ITEM_SET_BLANK)
          Call SetSaveOptions()
          ToggleEnableDisable = True
          Call FileCloseWindow()
        End If
    ---------------------
    But if I change them to UpdateSettings, this issue is still
    reproduced.
    

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

  • This APAR is associated with SPR# MNAA8MR2LP.
    The record was closed as a duplicate.
    This APAR is a duplicate of LO65714
    

APAR Information

  • APAR number

    LO64752

  • Reported component name

    DOMINO SERVER

  • Reported component ID

    5724E6200

  • Reported release

    852

  • Status

    CLOSED DUB

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-10-17

  • Closed date

    2012-02-20

  • Last modified date

    2012-03-07

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

[{"Business Unit":{"code":"BU055","label":"Cognitive Applications"},"Product":{"code":"SSKTMJ","label":"Lotus Domino"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.5.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
07 March 2012