As far as I know, there is no limit for email/users in AEM. AEM uses Day CQ Mail Server to send emails. So, whatever load the email server(defined at Day CQ Mail Service) can handle, that will be the limit.

You can look into building the CURL command for that process using the article at [1][1] Using cURL with AEM

Can you share the final command you used for migration?

Try using the settings file at [1][1] https://docs.adobe.com/content/help/en/experience-manager-learn/getting-started-wknd-tutorial-develop/assets/chapter-1/s…

After installing the latest version of the bundle, Go to [1] and check if the bundle is still mapped to the older jar file.If yes, there might be something wrong with the OSGI installer. You can follow the steps below:- Stop the AEM instance- Go to <AEM_Installation_Directory>crx-quickstart director...

There were some multifield issues that were fixed in the latest CFP's. Can you try installing the latest SP/CFP and update the thread if you still see the same issue?

checking the error.log will provide more details on the failure.

First Create a SAML logger and check if you get any error thereCreate a logger with the following configuration:Log Level: DebugLog File: logs/saml.logLogger: com.adobe.granite.auth.samlAlso, change dispatcher log file to DEBUG and check if POST call to saml_login is blocked

Try to use url instead of GLOB{ /type "deny" /url "* /content/usergenerated/*"}More details at [1][1] Configuring Dispatcher

I believe you have to find the inheritance fucntionality under /libs and customize under /apps as per the business requirement.