Office Home & Business 2019 license no longer recognized after reinstall ("No license found")
Hello everyone, I'm looking for some help because Microsoft Support has not been able to solve this issue. I own a genuine perpetual license of Office Home & Business 2019 for Mac, linked to my Microsoft account since August 2019. The license is still listed under Services & Subscriptions, but Office no longer activates. My hardware MacBook Pro (Retina, 13-inch, Late 2012) Model: MacBookPro10,2 Intel Core i5 8 GB RAM macOS Ventura 13.7.8 Installed using OpenCore Legacy Patcher Office version originally working: 16.78 Later tested with 16.101 and 16.93 Same result on every version What happened Office had already been successfully activated and worked normally. I was able to: create documents edit documents save documents After restarting the Mac, Office suddenly requested activation again. Since then it has never activated successfully. Initially Office failed to activate with an unknown error. After completely uninstalling and reinstalling Office using Microsoft's installer, the activation process changed. I can now successfully sign in with my Microsoft account, but after authentication Office displays: "No license found for this account." My Office Home & Business 2019 license is still present in my Microsoft account under Services & Subscriptions. Even though my Microsoft account clearly owns Office Home & Business 2019 for Mac. Microsoft account The license appears correctly under: Services & Subscriptions Office Home & Business 2019 for Mac Added to my account on August 7, 2019. The website instructs me to open an Office application and sign in to activate. Everything I've already tried Uninstalled Office completely Installed Office again using Microsoft's installer Installed Office 16.78 Installed Office 16.93 Updated to Office 16.101 Removed Office containers Removed Group Containers Deleted OneAuth cache Deleted Entrabroker cache Removed activation tokens Cleared Office preferences Signed out and signed back into Microsoft account Deleted Office credentials from Keychain Reinstalled Microsoft AutoUpdate Verified no MDM profile exists Verified Internet Accounts Verified Microsoft account Microsoft Support remotely accessed my Mac and repeated all troubleshooting steps Nothing solved the issue. Additional information Running: defaults read com.microsoft.office returns: OfficeActivationLicense = NoLicense although: OfficeActivationEmailAddress = email address removed for privacy reasons is correctly detected. The activation window successfully reaches Microsoft's login page. Office now asks for my Microsoft account credentials. Authentication completes successfully. After a few seconds Office reports: "No license found for this account." It then offers only two options: Buy Microsoft 365 Use another account Microsoft Support remotely connected to my Mac, completely removed Office, installed a newer official installer, and the problem remained exactly the same. My question Has anyone experienced this after reinstalling Office 2019? Could this be: a licensing server issue? an incompatibility introduced after Office 2019 reached end of support? an activation problem related to OpenCore Legacy Patcher? something else? I would really appreciate any suggestions. Thank you very much. Additional notes: The Office license has been associated with the same Microsoft account since 2019. The same installation was successfully activated and worked normally before the problem started. The issue only appeared after restarting the Mac. Microsoft Support has already remotely accessed my computer and could not resolve the problem.
Microsoft 365 Apps SHOULD NOT overwrite Office 2019/2021 one-time retail installs
I want to raise a serious concern about Microsoft 365 Apps being imposed over existing Office 2019/2021 installations that were activated with legitimate one-time installation retail keys. In our case, these are not Microsoft 365 subscriptions and they are not licenses we can simply deactivate and reactivate freely. They are one-time installation retail keys. Once the product has been installed and activated, removing Office and reinstalling it later can make the original key unusable or trigger “already used” activation problems. That is precisely why the current behavior is so damaging. We have PCs with legitimate Office 2019/2021 installations. These machines did not request a migration to Microsoft 365 Apps. However, after internet connection, Office update activity, or Microsoft account interaction, Office appears to silently update, convert, or replace the existing retail installation with the Microsoft 365 Apps version. This is not a minor inconvenience. It creates a serious licensing and operational problem: -A valid one-time Office 2019/2021 installation is replaced by Microsoft 365 Apps without clear, explicit consent. -The original retail installation is no longer cleanly usable. -Fixing the issue requires uninstalling Office, removing Click-to-Run/licensing/account leftovers, and reinstalling the previous Office 2019/2021 version. -But because these keys are one-time installation keys, that reinstall process can render the original key unusable or create activation failures. -In practice, a forced Microsoft 365 conversion can destroy the value of a legitimate one-time Office license. From a user’s perspective, this looks less like a normal software update and more like an exploitative commercial strategy: using Microsoft’s control over Office updates, account sign-ins, Click-to-Run, and activation systems to push already-paid retail users toward Microsoft 365 subscriptions. Even if Microsoft does not intend that result, the practical effect is that users who already paid for Office 2019/2021 can lose practical access to their licensed product and are then nudged toward paying again through a subscription. This should not happen. A perpetual or one-time installation Office license and Microsoft 365 Apps are different products with different licensing models. Microsoft should not silently replace or convert one into the other because a Microsoft 365 account exists on the PC, because the user signs into Office, because OneDrive is present, or because Office updates are enabled. At minimum, Microsoft should provide: -A clear opt-in confirmation before replacing, converting, upgrading, or rebranding Office 2019/2021 retail installations as Microsoft 365 Apps. -A supported way to block Microsoft 365 Apps from taking over one-time installation Office versions. -A clean removal tool that fully removes Microsoft 365 Apps, Click-to-Run leftovers, licensing remnants, and account-based activation conflicts. -A reliable way to restore the original Office 2019/2021 retail installation without invalidating or losing the original one-time key. -Clear separation between Windows account sign-in, OneDrive sign-in, Microsoft 365 entitlement, and local Office retail activation. Users who purchased legitimate one-time installation Office licenses should not be forced into Microsoft 365 Apps by unclear update behavior. If Microsoft wants users to move to Microsoft 365, that should be a deliberate, informed choice — not a silent process that leaves the user cleaning up the installation and losing access to a paid retail license. I am not asking how to install Microsoft 365. I am asking Microsoft to stop Microsoft 365 Apps from taking over valid one-time Office 2019/2021 installations without explicit consent.
Transfer contacts and calendars from PST to OST agenda in Outlook
Hello, I have a PST storage (POP) with my calendar and contacts. Then I add a OST mailbox (IMAP) with a new email to delete the old PST. I try to transfer via import/export contacts and calendar from PST to OST. Export data from PST ok. Import data to OST ok. But when open calendar or contacts there is no data. What am I doing wrong? greetings, Miguel
Migrating from Office 2019 32-bit to Office 365 Enterprise 64-bit
Hello everyone, I have to carry out the conversion from our Office 2019 32-bit to Office 365 Enterprise 64-bit. For this purpose, I have downloaded the installers and have constructed the following configuration file: <Configuration> <Add OfficeClientEdition="64" Channel="Current"> <Product ID="O365ProPlusRetail"> <Language ID="en-us" /> <ExcludeApp ID="Groove" /> <ExcludeApp ID="Lync" /> <ExcludeApp ID="Publisher" /> </Product> </Add> <Updates Enabled="TRUE" Channel="Current" /> <Display Level="None" AcceptEULA="TRUE" /> <Property Name="AUTOACTIVATE" Value="1" /> <Property Name="SharedComputerLicensing" Value="0" /> <Property Name="FORCEAPPSHUTDOWN" Value="FALSE" /> <Property Name="DeviceBasedLicensing" Value="0" /> <Property Name="SCLCacheOverride" Value="0" /> <Property Name="AUTOACTIVATE" Value="1" /> <Updates Enabled="TRUE" /> <RemoveMSI /> </Configuration> For some reason, every time I start the process, it stops within seconds of having begun. So, I'm not sure if I'm doing it correctly. If not, could someone guide me on how I can make this transition? 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Click-To-Run c0afi Medium C2R::Setup::Application::RunPrereqs {"MachineId": "02b33b2c6f0bf84486b411704d02590f", "SessionID": "9196df31-b463-42e2-a12f-7f41a03571ba", "GeoID": 244, "Ver": "16.0.10380.20037", "C2RClientVer": "16.0.15928.20196", "ContextData": "{\"message\":\"Prereq checks complete\",\"PreReqResult Value\":\"1\"}"} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Click-To-Run c0afk Medium C2R::Setup::Application::Execute::<lambda_1>::operator () {"MachineId": "02b33b2c6f0bf84486b411704d02590f", "SessionID": "9196df31-b463-42e2-a12f-7f41a03571ba", "GeoID": 244, "Ver": "16.0.10380.20037", "C2RClientVer": "16.0.15928.20196", "ContextData": "{\"message\":\"PreReqs did not pass. Bailing out and returning failure.\",\"Failing PreReq\":\"SXS\"}"} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Activity bjtcw Medium ActivityEnded {"Name": "Office.ClickToRun.UniversalBootstrapper.Execute3", "CV": "Uk0HPIA3JE6rqkSg8ihuvQ.6.3", "ProcessIdentifier": "setup.exe_16.0.15928.20196_X86_{3C074D52-3780-4E24-ABAA-44A0F2286EBD}"} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Telemetry Event biyhq Medium SendEvent {"EventName": "Office.ClickToRun.UniversalBootstrapper.Execute3", "Flags": 33777018697006849, "InternalSequenceNumber": 27, "Time": "2023-08-10T14:34:04Z", "AriaTenantToken": "0da1917aa56040d3a011c3813ca36107-76f080d8-b37f-4635-8054-5c133fcd04c4-6587", "Contract": "Office.System.Activity", "Activity.CV": "Uk0HPIA3JE6rqkSg8ihuvQ.6.3", "Activity.Duration": 214718, "Activity.Count": 1, "Activity.AggMode": 0, "Activity.Success": false, "Activity.Result.Code": 1603, "Activity.Result.Type": "system", "Data.SqmMachineID": "02b33b2c6f0bf84486b411704d02590f", "Data.SusClientID": "9196df31-b463-42e2-a12f-7f41a03571ba", "Data.CMDMode": "/configure", "Data.VersionToInstall": "16.0.16626.20170", "Data.MROResult": "152", "Data.DeliveryMechanism": "492350f6-3a01-4f97-b9c0-c7c6ddf67d60", "Data.AvailableClientVersionText": "16.0.16626.20170", "Data.NonBlockingProductCodes": "0x002a, 0x0116, 0x0043, 0x0021, 0x00a4, 0x0070, 0x0026, 0x0032, 0x0045, 0x0046, 0x00f5, 0x00f6, 0x0132, 0x0133, 0x007e, 0x008f, 0x008c, 0x00b9, 0x00dd, 0x00c1", "Data.PreReqResult": "1:SXS", "Data.ErrorCode": 1603, "Data.ErrorType": "system", "Data.ErrorMessage": "PreReqs Failed", "Data.ErrorDetails": "class shared::Exception in function C2R::Setup::Application::Execute::<lambda_1>::operator (): Fatal error during installation. [Failing PreReq=SXS]"} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Click-To-Run Non Task Error de8jb Unexpected wWinMain {"MachineId": "02b33b2c6f0bf84486b411704d02590f", "SessionID": "9196df31-b463-42e2-a12f-7f41a03571ba", "GeoID": 244, "Ver": "16.0.10380.20037", "C2RClientVer": "16.0.15928.20196", "ErrorCode": 0, "ErrorType": "", "AppVErrorSource": "", "ErrorMessage": "PreReqs Failed", "ErrorDetails": "", "ContextData": "{\"message\":\"Installation failed (shared::Exception)\"}"} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Activity bjtcw Medium ActivityEnded {"Name": "Office.ClickToRun.UniversalBootstrapper.Application3", "CV": "Uk0HPIA3JE6rqkSg8ihuvQ.6", "ProcessIdentifier": "setup.exe_16.0.15928.20196_X86_{3C074D52-3780-4E24-ABAA-44A0F2286EBD}"} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Telemetry Event biyhq Medium SendEvent {"EventName": "Office.ClickToRun.UniversalBootstrapper.Application3", "Flags": 33777018697006849, "InternalSequenceNumber": 28, "Time": "2023-08-10T14:34:04Z", "AriaTenantToken": "0da1917aa56040d3a011c3813ca36107-76f080d8-b37f-4635-8054-5c133fcd04c4-6587", "Contract": "Office.System.Activity", "Activity.CV": "Uk0HPIA3JE6rqkSg8ihuvQ.6", "Activity.Duration": 4414702, "Activity.Count": 1, "Activity.AggMode": 0, "Activity.Success": false, "Activity.Result.Code": 1603, "Activity.Result.Type": "system", "Data.SqmMachineID": "02b33b2c6f0bf84486b411704d02590f", "Data.SusClientID": "9196df31-b463-42e2-a12f-7f41a03571ba", "Data.IsWorkerInstance": true, "Data.ErrorCode": 1603, "Data.ErrorType": "system", "Data.ErrorMessage": "PreReqs Failed", "Data.ErrorDetails": "class shared::Exception in function C2R::Setup::Application::Execute::<lambda_1>::operator (): Fatal error during installation. [Failing PreReq=SXS]", "Data.ExitCode": 1603} 08/10/2023 10:34:04.669 SETUP (0x56c) 0x123c Click-To-Run General Telemetry brkp3 Medium wWinMain {"MachineId": "02b33b2c6f0bf84486b411704d02590f", "SessionID": "9196df31-b463-42e2-a12f-7f41a03571ba", "GeoID": 244, "Ver": "16.0.10380.20037", "C2RClientVer": "16.0.15928.20196", "ContextData": "{\"message\":\"Bootstrapper Finished\",\"ExitCode\":\"1603\"}"} This is a fragment of the log file where the error can be seen: "PreReqs did not pass. Bailing out and returning failure.","Failing PreReq" So, I suppose I'm missing something. Details: Windows 10 64bits Ver 22H2 Thank you so much in advance,The preview in the Outlook reading pane ....
Some emails I receive load slowly in the reading pane, about 30+ seconds when I click on them in my inbox. This usually happens with mails, with lots of links and graphics, with large newsletters. When I click "Forward" or "Reply", I can read such an email immediately in the draft that opens, without delay. I use Windows 10 pro (19045.3271) and Microsoft Outlook for Office 365 (16626.20132). All Up to date.... Different accounts, Exchange, POP3 & IMAP, occurs with all of them. I already tried around with moving/ forwarding the mails. No difference. Sluggish loading of original mail, no problem forwarding or replying. 1GBit fiber, 100MBit VDSL & 30MBit wireless network, happens regardless of connection/router. MSI, I5, 32GB, NVIDIA Quadro 1200K, SSD, everything fine, everything up to date. Autostart is maintained and the usual suspects are checked. Without addins same game, with clean restart too. ESET NOD32 is excluded, mails are loaded completely, nothing with headers or so. No extra firewall. The problem exists since some time. Original mail sticks, no matter what folder or account it is opened from. Reply & Forward works as expected and the content is there immediately. No matter if the mail has been loaded before or not. In the meantime I open the affected mails (you learn with time where it's stuck) directly via right mouse button and Forward..... Viewing in the browser works, changing the default browser does not change anything. The phenomenon does not occur in OWA. No abnormalities in browsing, no other graphics problems. Disabling graphics acceleration also brings no change. The security settings in Outlook have not been tampered with. Network settings are reset. While loading the problematic mails, Outlook makes a CPU load between 25% and 35% and shows sometimes "not responding"! A comparable problem is described here: https://answers.microsoft.com/en-us/outlook_com/forum/all/outlook-reading-pane-slow-to-load-for-some-emails/306a2555-2deb-4bf3-b352-7b49321fe2d5 Is anyone struggling with similar issues? Is there a known cause? New profile, deletion of the *.ost file, change of cache settings, change from 32bit to 64bit version, has all already taken place. No difference. Lastly, the firmware of the installed Quadro K1200 was updated, also no change. Are mails rendered differently when opening and previewing than when forwarding or replying? Fonts or network restrictions can certainly be ruled out, since download and rendering are free of delays when replying/forwarding.....Why they go to draft when I accept?
Hello everyone, Users in my network have reported that for some reason every time they accept or reject an appointment from the calendar, it goes to the drafts folder. Some are using the Office 2019 version and others have the enterprise 365 version, so no matter what version of Outlook you have the behavior is the same. Any ideas?
