Expand my Community achievements bar.

Announcing the launch of new sub-community for Campaign Web UI to cater specifically to the needs of Campaign Web UI users!
SOLVED

adobe campaign - Image hosting location issue

Avatar

Level 2

 

campaign error.jpg

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

 

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

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!

View solution in original post

15 Replies

Avatar

Community Advisor

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.

 

 

 

 


     Manoj
     Find me on LinkedIn

Avatar

Level 2

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

Avatar

Community Advisor
Yes, this URL is working for me.

     Manoj
     Find me on LinkedIn

Avatar

Level 2


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

Avatar

Community Advisor
No additional configuration is required on Campaign end. The URL should be publicly accessible.

     Manoj
     Find me on LinkedIn

Avatar

Level 2

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

Avatar

Level 2

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

Avatar

Community Advisor
Yes, It should work only if the image is publicly visible/accessible.

     Manoj
     Find me on LinkedIn

Avatar

Level 3
Hi Priya, even i am not able to access any of the links given except-https://www.elsevier.com/__data/assets/image/0012/760989/marc-masen.jpg. This usually happens whenever the links are not gone live/publicly hosted

Avatar

Community Advisor
Yes, I am able to access this image now.

     Manoj
     Find me on LinkedIn

Avatar

Administrator

Hi @priya_vinoth,

Were you able to resolve this query or do you still need more help here? Do let us know.

Thanks!



Sukrity Wadhwa

Avatar

Level 2

@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.

Avatar

Correct answer by
Employee Advisor

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!