Page 1 of 1

Double Opt In Configuration

Posted: Fri Nov 23, 2007 3:43 pm
by markus
Helllo all,

I had some problems creating a double opt in subscription for newsletter.
I created a HTML form:

Code: Select all

<form action="http://193.cc.bb.bb:8080/form.do" method="post">
<input name="agnCI" value="1" type="hidden">
<input name="agnFN" value="DoubleSave" type="hidden">
<input name="agnSUBSCRIBE" value="1" type="hidden">
<input name="agnMAILINGLIST" value="1" type="hidden">
<input name="gender" value="0" checked="checked" type="radio"> Herr <input name="gender" value="1" type="radio">
<input class="inputtype" name="title" maxlength="60" type="text">
<input name="FIRSTNAME" type="text">
<input class="inputtype" name="email" maxlength="80" type="text">
<select name="mailtype" size="1">
<option value="0">Text</option>
<option value="1" selected>HTML</option>
</select>
<input class="inputsubmit" name="submit" value="Anmelden" type="submit">
</form>

I've created these actions:
1) "Double opt-in: send e-mail":
Type: Send actionbased mailing. Activated mailing is selected.
2) "Double opt-in: Confirmation": Type: Double-Opt-In Confirmation
3) "Double opt-in: Subscription": Type: Subscribe. Use Double-Opt-In. Check dublicate.

And these forms in OpenEMM:
1) DoubleSave:
Start action: Double opt-in: Subscription
Concluding action: Double opt-in: send e-mail:
Success form: HTML code for redirecting to success page

2) DoubleConfirm:
Start action: Double-Opt-In Confirmation
Concluding action: -
Success form: HTML code for redirecting to success page

The form data is correctly added to the subscriber data (Waiting for user confirmation etc). But no confirmation mail arrives.

I'm using the external IP address in the subscription form and in the opt in confirmation link. Maybe this causes some trouble?

I've checked the actionbased mailing for the double opt in and found out that the redirection url with agnUID isn't inserted in the text version of the mailing (in the preview). The HTML version is correct.

var/log/20071123-unknown-mailgun.log says:

Code: Select all

[23.11.2007  15:58:58] DEBUG/init/(1/1/4/21):   mailing_name = auto_double_confirm
So the related mail is generated? No error in console_stderr. Sending normal mailings works.

Are there any differences between sending an actionbased mailing and a regular mailing (leaving click stats apart)?
The "unknown" in the log file names is okay?

Thanks for any hints.

Posted: Mon Nov 26, 2007 8:49 am
by maschoff
Is this problem solved when selecting an action based mailing which has not been deleted before? (see bug report on SourceForge: http://www.openemm.org/forums/ftopic588.html )

Posted: Mon Nov 26, 2007 10:22 am
by markus
ma wrote:Is this problem solved when selecting an action based mailing which has not been deleted before? (see bug report on SourceForge: http://www.openemm.org/forums/ftopic588.html )
I've created the doubleoptin actions and forms as described in the OpenEMM manual/wiki. In other OpenEMM installations (e.g. one ver. 5.3.0) the double opt in works as expected.

I've selected an actionbased mailing that is currently listed in the Mailings overview. It seems that the ID for the mailing used by the send action is correct. The selected option contains the mailingID 4 which is the right one. The endActionID in the DoubleSave form also matches the ID of the necessary action.

Code: Select all

<select name="actions[0].mailingID" size="1">
<option value="4" selected="selected">
auto_double_confirm
</option></select>
I'll try to update my test OpenEMM vm to 5.3.1c and check the action based mailing. Maybe it's a config issue.

Posted: Mon Nov 26, 2007 2:50 pm
by markus
I've checked the a updated Vm with OpenEMM 5.3.1c.
In this case the action based mailing works. So maybe it's a config/firewall issue.

Posted: Mon Nov 26, 2007 2:54 pm
by maschoff
Ok, if you find out something that might be interesting for the rest of us please post here as follow-up. Thank you!

Posted: Thu Nov 29, 2007 2:16 pm
by markus
ma wrote:Ok, if you find out something that might be interesting for the rest of us please post here as follow-up. Thank you!
Ofcourse I'll post a possible solution (if I could manage to find it ;).
Meanwhile I'm checking the sendmail config / logs. Why did the cname of the mailgun/ruler etc. log files contains "unknown"? e.g. var/log/20071123-unknown-mailgun.log

A double opt in confirm mailing (actionbased mailing) should appear also in /var/log/maillog or not? The normal newsletter mailings are in the log file.

Posted: Fri Nov 30, 2007 3:32 pm
by markus
I've reintalled the current OpenEMM version (as tarball).
Same situation. I thought there are some differences between the rpm and the tarball. Normal mailings are listed in the maillog, the actionbased not.

Maybe this is a the reason:

There are no *-update.log and *-pickdist.log files in ~/var/log.
So the python scripts are not running.
I don't get any error messages while openemm.sh start is executed?
Maybe I'll need a newer python version (2.4?)

Server: Red Hat Linux 9 Shrike

Code: Select all

Sun Java Runtime 1.5.0_10-b03
perl-5.8.0-88
pyOpenSSL-0.5.1-8
sendmail-8.12.8-4
PyXML-0.7.1-9
MySQL-server-5.0.27-0.glibc23
MySQL-devel-5.0.27-0.glibc23
MySQL-shared-compat-5.0.27-0
rpm-4.2-0.69
kernel-2.4.20-8
libstdc++-3.2.2-5
procmail-3.22-9
rpm-python-4.2-0.69
sendmail-cf-8.12.8-4
MySQL-client-5.0.27-0.glibc23
kernel-smp-2.4.20-8
python-2.2.2-26
python-optik-1.4-2
mod_python-3.0.1-3
MySQL-python-0.9.1-6

Posted: Mon Dec 03, 2007 5:57 pm
by markus
So the double problem was caused by the python scripts (pickdist etc).
I've found some rpms for python 2.3.4 and MySQL-python 1.2.0 for Redhat Linux 9 and installed them. Now the action based mailings are generated and transfered to the sendmail queue correctly.

Maybe I'll reinstall it on a newer Linux distrubtion like CentOS 3 or 4.

Posted: Tue Dec 04, 2007 9:11 pm
by maschoff
We use CentOS 4.x for development. RedHat quality for free!