Jump to content

CraigC

Members
  • Posts

    36
  • Joined

  • Last visited

About CraigC

  • Rank
    Newbie
    Newbie

Profile Information

  • Location
    U.K.
  1. We are seeing issues again in UK today. Also issues contacting LiveGrid yesterday.
  2. Or this URL: https://www.virusradar.com/en/update/info/2023/0 Support are aware, and said its being looked into.
  3. We use virusradar.com to check pattern/updates, however there is no 2023 in the drop down (yet) : https://www.virusradar.com/en/update/info/?page=0
  4. @MarcosDefinitely not moved to inbox, item is in Junk Email. I have just had another one come in. The email is unread in Junk Email, is not in Inbox, 100% has not been manually moved, here is full details, notice: 11:24:48 Overwrite named property: ESETAntispamStatus 11:24:49 Compare named property: ESETAntispamStatus 11:24:49 Getting remote properties 11:24:49 Checking remote modifications 11:24:49 Compare (conflict) named property: ESETAntispamStatus 11:24:49 Local: {I4:17} 11:24:49 Remote: {Error (0x8004010F)} 11:24:49 Not equal (conflict) named property: ESETAntispamStatus 11:24:48 Inbox 11:24:48 Message class: {SU:IPM.Note} 11:24:48 Incremental Synchronization 11:24:48 Local subject: {...} 11:24:48 Remote subject: {...} 11:24:48 Local Message Entry ID: {CB:70, LPB:0x0000xxx22DF0000} 11:24:48 Remote Message Entry ID: {CB:70, LPB:0x000xxxDF0000} 11:24:48 Local Message ChgKey: {CB:20, LPB:0x215Exxx85A} 11:24:48 Remote Message ChgKey: {CB:22, LPB:0xB8DExxx3EA31} 11:24:48 Local Message PCL: {CB:44, LPB:0x14xxx23EA2D} 11:24:48 Remote Message PCL: {CB:23, LPB:0x16BxxxxxxEA2D} 11:24:48 OCN: {I8:0x00000000-0BC24545} 11:24:48 Checking local modifications 11:24:48 Delete property: 0x10060003 11:24:48 Delete property: 0x10070003 11:24:48 Delete property: 0x1008001F 11:24:48 Delete property: 0x10100003 11:24:48 Delete property: 0x10110003 11:24:48 Ignore property: 0x3FFA001F 11:24:48 Overwrite named property: ESETAntispamStatus 11:24:49 HRESULT: 0x80040109 11:24:49 HrConfMsgAutoResolved failure 11:24:49 Inbox 11:24:49 Message class: {SU:IPM.Note} 11:24:49 Mail Conflict Resolution 11:24:49 Local subject: {...} 11:24:49 Remote subject: {...} 11:24:49 Local Message Entry ID: {CB:70, LPB:0x0000000xxxx0000} 11:24:49 Remote Message Entry ID: {CB:70, LPB:0x00000000xxxxF0000} 11:24:49 Local Message ChgKey: {CB:20, LPB:0x2xxxF85A} 11:24:49 Remote Message ChgKey: {CB:22, LPB:0xB8DExxxEA35} 11:24:49 Local Message PCL: {CB:44, LPB:0x14215Exxxxx3EA2D} 11:24:49 Remote Message PCL: {CB:23, LPB:0x16B8Dxxx35} 11:24:49 OCN: {I8:0x00000000-0BC24545} 11:24:49 Checking local modifications 11:24:49 Ignore property: 0x3FFA001F 11:24:49 Compare named property: ESETAntispamStatus 11:24:49 Getting remote properties 11:24:49 Checking remote modifications 11:24:49 Compare (conflict) named property: ESETAntispamStatus 11:24:49 Local: {I4:17} 11:24:49 Remote: {Error (0x8004010F)} 11:24:49 Not equal (conflict) named property: ESETAntispamStatus 11:24:49 Local modification: {10:24:41.0902 07/07/2022 [DD/MM/YYYY]} 11:24:49 Remote modification: {10:24:49.0840 07/07/2022 [DD/MM/YYYY]} 11:24:49 Conflict generated, remote item is winner
  5. I reviewed the messages, they were definitely not manually reclassified, and were not moved from Junk to Inbox. They must have been moved from Inbox to Junk Email by ESET (client) and Microsoft Exchange Office 365 spam filters (server), hence the conflict. Not scanning for spam makes sense for Junk Folder, I assume also the Deleted Items wont be scanned for spam.
  6. @Marcos Just taken a closer look, all items with sync issues are in Junk Email folder. ESET will move the email and prefix subject with [SPAM], so ESET is actually modifying the messages if ESET detects them as spam/junk. This is where the conflicts occur. Maybe feed that back to dev?
  7. @Marcos I upgraded from 2046 to 2051 on 30/6, 4 sync issues since then, 2 with "Compare named property: ESETAntispamStatus". I don't recall seeing these in 2046, so I suspect something has regressed from 2046 to 2051. The sync issues are no where near as bad as they were in previous versions, so new plugin is better. I did open a ticket last time, but unfortunately it took many hours of my time to get various diagnostic info to support, and the end result was "it was a known issue and will be fixed in next release". I did seem to have been fixed in 2046. As the sync issues are minimal, 1 every few days, I can live with this. Possibly a conflict of Junk email detection? Microsoft trying to move item on Exchange Server and ESET trying to move item on client at same time? See sample below: 09:30:19 Checking local modifications 09:30:19 Ignore property: 0x3FFA001F 09:30:19 Compare named property: 0x859C0102 09:30:19 Compare named property: hxxp://schemas.microsoft.com/exchange/junkemailmovestamp 09:30:19 Compare named property: ESETAntispamStatus 09:30:19 Getting remote properties 09:30:19 Checking remote modifications 09:30:19 Compare (conflict) named property: 0x859C0102 09:30:19 Local: {CB:46, LPB:0x000000003D56237C84085C46BA3BC029E11F6729010077FEB5F191CB634E9C16A97EAF1B164300000056B1C60000} 09:30:19 Remote: {Error (0x8004010F)} 09:30:19 Not equal (conflict) named property: 0x859C0102 09:30:19 Local modification: {08:30:10.0431 07/07/2022 [DD/MM/YYYY]} 09:30:19 Remote modification: {08:30:19.0817 07/07/2022 [DD/MM/YYYY]} 09:30:19 Conflict generated, remote item is winner 12:03:33 Checking local modifications 12:03:33 Ignore property: 0x3FFA001F 12:03:33 Compare named property: 0x859C0102 12:03:33 Compare named property: hxxp://schemas.microsoft.com/exchange/junkemailmovestamp 12:03:33 Compare named property: ESETAntispamStatus 12:03:33 Getting remote properties 12:03:33 Checking remote modifications 12:03:33 Compare (conflict) named property: 0x859C0102 12:03:33 Local: {CB:46, LPB:0x000000003D56237C84085C46BA3BC029E11F6729010077FEB5F191CB634E9C16A97EAF1B164300000056B1C60000} 12:03:33 Remote: {Error (0x8004010F)} 12:03:33 Not equal (conflict) named property: 0x859C0102 12:03:33 Local modification: {11:03:27.0027 06/07/2022 [DD/MM/YYYY]} 12:03:33 Remote modification: {11:03:33.0919 06/07/2022 [DD/MM/YYYY]} 12:03:34 Conflict generated, remote item is winner @rekun No, a single Windows 10 PC, using Office465 mailbox, not a shared mailbox. Mailbox is also accessed using Outlook App on iPhone, but no ESET on iPhone 😀
  8. Hello @Marcos, pleased to see some progress 😀 However, still seeing some Sync issues, not as often as previous versions (I'm running 9.1.2051): 09:59:49 Checking local modifications 09:59:49 Ignore property: 0x3FFA001F 09:59:49 Compare named property: ESETAntispamStatus 09:59:49 Getting remote properties 09:59:49 Checking remote modifications 09:59:49 Compare (conflict) named property: ESETAntispamStatus 09:59:49 Local: {I4:17} 09:59:49 Remote: {Error (0x8004010F)} 09:59:49 Not equal (conflict) named property: ESETAntispamStatus 09:59:49 Local modification: {08:59:32.0879 04/07/2022 [DD/MM/YYYY]} 09:59:49 Remote modification: {08:59:51.0021 04/07/2022 [DD/MM/YYYY]} 09:59:49 Conflict generated, remote item is winner
  9. Thanks, obvious now 😀 However, if I click something that has 'edit' option highlighted, its not so obvious what has been added/deleted compared to 'default' eg WEB AND EMAIL > SSL/TLS > List of SSL/TLS filtered applications
  10. If I look in a unmanaged 9.x client, Advanced setup, I see some numbers, I understand this to be the number of items that have been changed from defaults. How do I know what items have changed when I go into those sections?
  11. Thanks @Marcos , so I assume all OK to delete the files manually if they exist?
  12. We have been upgrading some servers from 7.x to 8.x and 9.x. The process we follow is the recommended process on ESET website, uninstall ESET, reboot, install new version. 50% of time when we try to reinstall it complains it can install into programdata\ESET\File Security. Looking in this directory there are 2 files left after the uninstall: fix_noembeddedui.mst fix_norepair.mst Deleting the files allows us to reinstall, but what are these files are why are they left by 7.1 and 7.2 versions?
  13. Hello Peter, I maybe able to test this on a virtual machine, non production. Can you confirm that internal ESET testing has tested this with an office365 subscription using Office365 version of office? Regards, Craig
  14. I see this many times in software where you have to 'enable' or 'turn on' an option that 'disables' or 'turns off' that specific feature, its not just ESET that do this. I agree, it is confusing, when someone says 'enable' what do they actually mean, unless you explicitly say 'enable' this option to 'disable' the feature etc. The 'Disable checking upon inbox content change' is a classic example of this.
×
×
  • Create New...