Fullview - scrambling web links

[Dabbler]

This is the html of the generated fullview web page:

Code: Select all

<!-- LINK TEST --><br />
<a href='http://www.mydomain.com'>LINK</a> (1q)<br />
<br />

<a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna">LINK</a> (2q)<br />
<br />

<a href='http://www.mydomain.com/'>LINK</a> (1q/)<br />
<br />

<a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna:8080/r.html?uid=1.b.spn.yc.cob09nldlz">LINK</a> (2q/)<br />
<br />

<a href='http://www.mydomain.com/index.html'>LINK</a> (1q/.html)<br />
<br />

<a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna:8080/r.html?uid=1.b.spn.yd.iz3kjoqn52">LINK</a> (2q/.html)<br />
<br />

Trouble viewing? <a href='http://www.mydomain.com:8080/form.do?agnCI=1&agnFN=fullview&agnUID=##AGNUID##'>Click here.</a> (1q)<br />
<br />

Trouble viewing? <a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna:8080/r.html?uid=1.b.spn.y5.nqriglcul4">Click here.</a> (2q)<br />
<br />

Hot Topics archive. <a href='http://www.mydomain.com:8080/form.do?agnCI=1&agnFN=archive&agnUID=##AGNUID##'>Click here.</a> (1q)<br />
<br />

Hot Topics archive. <a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna:8080/r.html?uid=1.b.spn.y6.9lc7qk5ieq">Click here.</a> (2q)

<ul>
    <li><a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna:8080/r.html?uid=1.b.spn.y7.vqka5hegrk">Example 1</a></li>
    <li><a href="http://www.mydomain.com:8080/r.html?uid=1.b.spn.y2.wqog690bna:8080/r.html?uid=1.b.spn.y8.r87939ngl2">Example 2</a></li></ul>

As you can see, in cases where a double redirect is applied, the first redirect is the same for all cases and is identical to the redirect that sends users to the base domain address.

NOTE: I did not use header and body tags in the original mailing setup (as shown in the prior post).
The OpenEMM documentation is quiet on this issue as far as I can tell.
No header and body tags are applied by OpenEMM to the fullview page.
If I use header/body tags in the mailing setup, the OpenEMM stats for link tracking do not work.

[alex78]

Hi,

everything seems to work correctly. I created an email with your posted code and the output in Preview/Fullview is correct.

Do you have any surrounding HTML defined in templates?
Have you added any actions to these links?

Did you use the plaintext field or the WYSIWYG Editor to create these links?

_________________
The OpenEMM Team

[Dabbler]

everything seems to work correctly. I created an email with your posted code and the output in Preview/Fullview is correct.

Do you have any surrounding HTML defined in templates?

No. (except your default content--see below)

Have you added any actions to these links?

No.
Mailing type = Normal mailing

Did you use the plaintext field or the WYSIWYG Editor to create these links?

Plaintext. (I have never used your html editor.)
All content entered in the "Text module: HTML-Version" field.
No content in the "New Content" field.

Other Mailing settings:
Show in Archive: checked
Charset: ISO 8859-1
Format: Text, HTML, and Offline-HTML
Measure open-rate: at top of e-mail
HTML Template contents: [agnDYN name="HTML-Version"/]
Text Template contents: [agnDYN name="Text"/]
Picture Components: empty
Attachments: empty

Trackable Links: here is an odd result. There are 12 links in the e-mail body and there are 12 links listed in the "Trackable Links" tab (in no discernable order). However, one link (the last one in the list) goes to our base domain (www.mydomain.com) even though there is NO such link in the mailing. All links in the mailing go to our forum site which has the domain (forums.mydomain.com). I apologize in advance if this is important. The example domains in my sample code above (i.e, company_tbl, mailing HTML, fullview HTML) all say "www.mydomain.com" but in our actual mailing configs and mailings they all read "forums.mydomain.com". The forums site is the ONLY site on the machine.

I am currently looking through the application setup looking for any reference to our "www" domain.

[Dabbler]

Just in case it wasn't clear from my earlier comments, OpenEMM is installed on the forums.mydomain.com machine (which we control completely).

We are sending the mailings from the forums.mydomain.com IP address and not the www.mydomain.com IP.

[Dabbler]

However, one link (the last one in the list) goes to our base domain (www.mydomain.com) even though there is NO such link in the mailing.

I may have found it. There is a "http://www.mydomain.com" url entered in the TEXT content (no HTML) of the e-mail. I must have put it in there when I set up the test mailing. (there is still no www reference n the HTML postion of the mailing.)

However, does OEMM track links in the text version?? I thought it wasn't possible. If so, why does it show up on the Trackable Links tab? <<confused>>

[Dabbler]

I spent a bit of time trying to reduce this to the simplest test possible and I think I may have something useful.

One error condition seems to be the (first) link to the simple domain url.

In this example, the first link is just to our forums subdomain. Please note that it does not have a trailing slash.

Code: Select all

<!-- TEST 6 -->Simplified Test of Double Redirect<br />
<br />

<a href="http://forums.mydomain.com">LINK</a> (2q)<br />
<br />

Trouble viewing? <a href="http://forums.mydomain.com:8080/form.do?agnCI=1&agnFN=fullview&agnUID=##AGNUID##">Click here.</a> (2q)

The above html results in a double redirect to be displayed for the second link (the link to fullview) in both the preview mode and on the fullview web page.

============

HOWEVER, if the first link includes a trailing slash in the a tag, redirects display properly in both preview and fullview modes.<<yeah>>.

Code: Select all

<!-- TEST 6 -->Simplified Test of Double Redirect<br />
<br />

<a href="http://forums.mydomain.com/">LINK</a> (2q)<br />
<br />

Trouble viewing? <a href="http://forums.mydomain.com:8080/form.do?agnCI=1&agnFN=fullview&agnUID=##AGNUID##">Click here.</a> (2q)

Both preview and fullview function properly in the above case.

============

HOWEVER, there is an additional condition for the double redirect behavior.

The first block of sample html above only shows a double redirect problem when I use our real domain address.

If I copy the first block of sample html (shown above with the "mydomain" placeholder) into the test mailing html content field, I do not see the double redirect in preview, even though there is no trailing slash in the first link. When I use the actual subdomain that OpenEMM is installed on, the double redirect appears.

The ONLY difference with my real tests is changing the "mydomain" placeholder to the actual domain that OpenEMM is installed on. Just to rephrase, if I create a mailing that actually uses the string "mydomain.com" in the link's "a" tag, I never see the double redirect problem. If I create a mailing using our actual domain name in the link tags, I see the double redirect BUT ONLY IF the first link does not contain a trailing slash.

Lastly, the link without the trailing slash does not have to be the first link. If I move it to the end of the html block, the double redirects still appear.

[Dabbler]

One more trigger:

* if the Text Module:Text content contains a domain-only link (e.g., http://www.mydomain.com" without a trailing slash or page address), the double redirect problem re-appears in the HTML version for both Preview and Fullview modes.

neat

[Dabbler]

If I use header/body tags in the mailing setup, the OpenEMM stats for link tracking do not work.

This appears to be related to the simple domain linking error. With all simple domain links removed, I now have header/body tags in my newsletters with working link tracking.