We get the above instance from the Adobe campaign team to all the existing images hosted on the location https://www.elsevier.com/__data/assets/image/.
however, if I re-upload the same images to the file repository http://media.journals.elsevier.com/content/files/, it resolves the issue.
I am totally unaware of the Campaign execution, but I would like to avoid this double work just for HTMLs creation, is this something to do the configuration with Adobe campaign 7 to allow all urls?
Just thinking if the images uploaded to the host http://media.journals.elsevier.com/content/files/
can execute the campaign with a larger group of recipients, then the same image uploaded to https://www.elsevier.com/__data/assets/image/ should also be working, if the image is publically visible.
-Adobe campaign experts please advise
In few chances, we were successfully able to send something using images hosted on the location https://www.elsevier.com/__data/assets/image/ if we run tests/proofing. The issue is not definitely being caused by images hosted on the dataset location. Sometimes the mailings work with images from here, sometimes they don’t. It tends to be large-scale mailings that fail. The dataset image hosting location is the only common thread, so we are rehosting all the images.
do I have any solution to fix this issue that avoids double-work(re-hosting) of images
Solved! Go to Solution.
Hello @priya_vinoth
This is how it works, when you chose "upload images" in email delivery
During the preparation of delivery, the process will
- download the external image
- save in a local path
- upload the image from local path to public resources host
Now, referring to the error you are facing. It is failing at "Download the external image".
Few things to note,
Downloading is not happening on the ACC client user PC (where you login to ACC client to manage operations).
Downloading is happening on the ACC server.
Meaning, ACC server should have access to the External Image.
Now, please check if the ACC server has access. I strongly believe, it doesn't.
And upon whitelisting the necessary network firewalls, give it a try. It should work as designed.
Hope this helps!
Hello @priya_vinoth
I just tried accessing the image given in your screenshot. The URL is not accessible publicly. Maybe that is why Campaign was not able to download it from that particular domain.
and media.journals.elservier seems to be open to the public. That is why the images are working from this domain.
Hi @_Manoj_Kumar_, thanks for the response, would you be able to view this link https://www.elsevier.com/__data/assets/image/0012/760989/marc-masen.jpg
not just one image, all the live image, uploaded to above dataset location is not working with campaign execution
Views
Replies
Total Likes
I have never worked with an adobe campaign, I believe the issue is not with hosting as a developer,
should the campaign team do further investigation from the Adobe Campaign 7 side, do they need to do any additional setting/configuration to allow those URLs.
-Adobe campaign experts please advise
Views
Replies
Total Likes
Views
Replies
Total Likes
even if the image is publicly visible, the error still triggers with a larger group of recipients. one of my team members tells 'Images served by CMS/domain do not have a Content-Length header' - Is this something that we can change on the Adobe site (i.e. the requirement that images should have “Length”? because updating the Content-Length header means a lot of work for CMS/third party and hence financial impact, Kindly advise
Views
Replies
Total Likes
I have never worked with an adobe campaign, I believe the issue is not with hosting as a developer,
should the campaign team do further investigation from the Adobe Campaign 7 side, do they need to do any additional setting/configuration to allow those URLs.
Just thinking if the images uploaded to the host http://media.journals.elsevier.com/content/files/ can execute the campaign with a larger group of recipients, then the same image uploaded to https://www.elsevier.com/__data/assets/image/ should also be working, if the image is publically visible.
-Adobe campaign experts please advise
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Hi @priya_vinoth,
Were you able to resolve this query or do you still need more help here? Do let us know.
Thanks!
Views
Replies
Total Likes
@Sukrity_Wadhwa Not able to resolve the issue, adobe still throws error while sending large -scale mailing list, however we found the host is not reating issue. we tested with 301 Redirect Checker | Check HTTP redirects and their response codes,
all the images under https://www.elsevier.com/__data are OK, not able to find the root cause, but i believe this is something to be fixed from adobe side.
Views
Replies
Total Likes
Hello @priya_vinoth
This is how it works, when you chose "upload images" in email delivery
During the preparation of delivery, the process will
- download the external image
- save in a local path
- upload the image from local path to public resources host
Now, referring to the error you are facing. It is failing at "Download the external image".
Few things to note,
Downloading is not happening on the ACC client user PC (where you login to ACC client to manage operations).
Downloading is happening on the ACC server.
Meaning, ACC server should have access to the External Image.
Now, please check if the ACC server has access. I strongly believe, it doesn't.
And upon whitelisting the necessary network firewalls, give it a try. It should work as designed.
Hope this helps!
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies