Messages moves to trash instead of Archive

Hello.

We have a problem with one XP Pro Sp3 workstation. The GW client is 8.0.2 build 91941.
When the user try to archive a message, the moves into trash instead of archive.

Any ideas to fix the problem?

Thanks in advance for your tips.

Best regards.

Dirk Emmermacher

Tags:

  • On 5/11/2011 11:36 PM, Emmermacher wrote:
    >
    > Hello.
    >
    > We have a problem with one XP Pro Sp3 workstation. The GW client is
    > 8.0.2 build 91941.
    > When the user try to archive a message, the moves into trash instead of
    > archive.
    >
    > Any ideas to fix the problem?
    >
    > Thanks in advance for your tips.
    >
    > Best regards.
    >
    > Dirk Emmermacher
    >
    >

    Do you have purge or retention flags on?
  • Hello Michael.

    Thanks for your answer.
    Yes, the flag is on (We're using reload)
    The mails I moved to archive were backed up before move to archive. So I did'nt see this phenomenon in my mailbox.
    I tested it with a mail, that wasn't backed up. The mail was in the archive and in trash. The users wonder about the move to trash.
    Would it be an idea to have a flag, that shows, that these mails are in the achive too?

    Best regards.

    Dirk
  • On 5/12/2011 10:06 PM, Emmermacher wrote:
    >
    > Hello Michael.
    >
    > Thanks for your answer.
    > Yes, the flag is on (We're using reload)
    > The mails I moved to archive were backed up before move to archive. So
    > I did'nt see this phenomenon in my mailbox.
    > I tested it with a mail, that wasn't backed up. The mail was in the
    > archive and in trash. The users wonder about the move to trash.
    > Would it be an idea to have a flag, that shows, that these mails are in
    > the achive too?
    >
    > Best regards.
    >
    > Dirk
    >
    >

    Novell considers this working as designed. If you have a purge flag on
    and the item hasn't been backed up (eg purge flag is older than file),
    then Novell deliberately sticks a copy in the trash (and prevents
    emptying of trash) so it can be backed up by backup solution.

    While you can suggest (support.novell.com/enhancement) another flag, I
    must say I would oppose it - the whole point of the backup/purge flags
    is to DELIBERATELY make life miserable for the user such that the item
    is properly retained/backed up.

    A better RFE in my opinion is to hide these items from the users (but
    not the APIs) when they land in the trash. The user doesn't need to know.