SOLVED: problems with ##AGNUID##

[flyboy]

Another problem with this.

I thought so...

I had played around with ##AGNUID## and noticed it didn't do anything. I just checked and I'm correct. It doesn't substitute anything. Here's my URL:

<a href=http://somehost.somedomain.com:8080/for ... D##">click here to unsubscribe</a>

The link that get substituted in the email is:

http://somehost.somedomain.com:8080/for ... D=##AGNUID##

notice the ##AGNUID## didn't get substituted.

[flyboy]

I submitted that as a bug. The dev team can either quash the bug or quash the bug report if it's operator error.

[maschoff]

The link looks ok. Do other (normal) web links get encoded? If not, redirect service is not working - probably a problem of the installation? Try port 80 instead of 8080.

[flyboy]

shouldn't the link look something like:

http://somehost.somedomain.com:8080/for ... v8lhg7eabc

instead of:

http://somehost.somedomain.com:8080/for ... D=##AGNUID##

?

[maschoff]

no, rather like this:

http://somehost.somedomain.com:8080/?ru ... v8lhg7eabc

Just subscribe to the OpenEMM newsletter and unsubscribe to check it out.

[flyboy]

I think we're in violent agreement.

My URL gets generated with "##AGNUID##" in it.

It should have "1.4.1.0.hv8lhg7eabc" in it.

There's a bug in your software.

[maschoff]

Since ##AGNUID## works fine in our installations and before we invest significant time to find out what is wrong: Is there anybody else out there who has the same problem?

[flyboy]

I think I'm uninistalling and going back to 5.0.0. Between this and forms not working 5.0.1 is a nonstarter. You guys can argue this one out on your own--I'm out of breath.

[minichip]

Same problem here,

my urls are like to one from flyboy, e.g.

http://somehost.somedomain.com:8080/for ... D=##AGNUID##


I can confirm it in version 5.0.0, hadn't time to check it on 5.0.1. I'm running on debian 3.1

[maschoff]

@minichip: Indeed, the problem existed with 5.0.0 (as part of the double opt-in bug) but was removed for 5.0.1. Could you please check if your problem still exists with 5.0.1?

Thanks!

[minichip]

HI,

I can not confirm the error with version 5.0.1 of OpenEMM. I did a fresh install of OpenEMM and it worked for me, the url ist translated into a trackable link.


@flyboy

I had problems with the right URL in the html-window of the mailings since fckeditor was trying to sanitise the "&" . Check if the url in your a href statement is like this

http://your.domain.name:port/form.do?agnCI=1&agnFN=ShowProfile&agnUID=##AGNUID##

everytime I save the html fckeditor made something like this out of it

http://your.domain.name:port/form.do?agnCI=1&agnFN=ShowProfile&agnUID=##AGNUID

best regards

[maschoff]

We can confirm minichip´s problem with fckeditor. Bug is now included in bug tracker #1552375. Workaround is simple.

[flyboy]

HERE'S THE BUG (AND AN ODDITY) with the ##AGNUID## tag...

I found the bug and an oddity with ##AGNUID##.

BUG:

##AGNUID## is not interpreted in the message “Previewâ€

[IL]

Using OpenEMM 5.0.2 I found that ##AGNUID## is only substituted if it is inside a trackable link.
It took me some time to find out that [agnUID] is always substituted. So to send links per email which:
- are not trackable
- need the UID
simply build them like this one:

Code: Select all

http://somehost.somedomain.com:8080/form.do?agnCI=1&agnFN=unsubscribe&agnUID=[agnUID] 

[maschoff]

Actually, this is a "new" feature I was not aware of - thank you for posting!