After an extensive process of debugging and thorough searching, I'm Concluding this matter with a resolution. Enabling the download attribute isn't feasible, as it was being removed on Google SMTP's end. The available options are to either utilize an alternative SMTP service or directly rename files...

I have already checked, including testing on various browsers and email platforms such as Outlook and Gmail. It appears that the removal of the download attribute might be occurring at the SMTP level.

[FIXED]   The problem has been solved by adding a resource map configuration within /etc/map.publish.dev for the secondary development environment.

Hello everyone,  [FIXED] Above issue is resolved. For local we dont need to use any scheme. <unique-name> [scheme://]server[:port][/contextpath] Instead of local $[env:AEM_EXTERNALIZER_LOCAL;default=http://localhost:4502] we can directly use local http://localhost:4502        

Hi @James_shan ,   Seems the port is already in used. You can try this command to kill the port lsof -t -i tcp:4502 | xargs kill -9  

Seems it is not properly registered. Could you pleas check the required bundle or package containing the com.day.cq.replication.ReplicationTransaction interface is correctly installed and active in your AEM instance. You can also try obtaining a reference to the ReplicationTransaction service using ...

Hi @M1064615 , There is no OOTB feature to restrict the image selection based on specific resolutions for the image component. However, you can achieve this functionality by implementing a custom validation logic in /libs/core/wcm/components/image/v2/image/clientlibs/editor/js/image.js the core imag...

Hi @Uppari_Ramesh , In your custom workflow process step, obtain a reference to the ReplicationTransaction object. You can do this by injecting the ReplicationTransaction service using the @Reference annotation. @Reference private ReplicationTransaction replicationTransaction; After the replication ...