It looks like you're new here. If you want to get involved, click one of these buttons!
After updating to 18.104.22.168 I am now getting the 404 error only in the Newsletter preview area.
I have added the "RewriteBase /sendy" to my .htaccess file and also added a .htaccess file with "RewriteBase /" to the root of my web server and still getting the error.
If I look at the error log I am seeing this
[error] [client xxx.xxx.xxx.xxx] File does not exist: /home/seek-it/secure/public_html/sendy/w, referer: https://seek-it.co.uk/sendy/send-to?i=2&c=13
Is this related?
Server version: Apache/2.2.14 (Ubuntu)
PHP 5.3.2-1ubuntu4.18 with Suhosin-Patch (cli) (built: Sep 12 2012 19:12:47)
If you're not getting 404 error after installation, there's no need to set RewriteBase /sendy.
Can you verify that AllowOverride All is set in Ubuntu?
Please see http://sendy.co/discussion/324/webversion-and-unsubscribe-links-show-empty-webpages/p1
Yes AllowOveride All is set for the site.
.htaccess is being used for part of the site, I cant understand why the rule is not working properly.
If I change the RewriteBase from /sendy to / or remove it the site breaks completely
Can you please PM me these details so I can help you check:
You have exactly the same issue as this → http://sendy.co/discussion/324/webversion-and-unsubscribe-links-show-empty-webpages/p1
The user is on Ubuntu as well and were able to resolve it by changing AllowOverride None to AllowOverride All so that htaccess is not ignored by Ubuntu.
Please see this for more details http://www.joeldare.com/wiki/linux:using_.htaccess_on_ubuntu
If you've previously set it to AllowOverride All but did not restart Apache, can you restart it to apply the changes?
AllowOverride All is set and has been set for a while, i restarted Apache2 just in case but still having issue.
I am useing Virtualmin to manage multiple sites on the server, could this be the issue?
Just another note, Sendy was working fine until we upgraded.
I went in to troubleshoot again and found the issue.
Your server was unable to use openssl_encrypt even though your PHP version is higher than 5.3.0 and the function, openssl_encrypt exists in your PHP build. I am pretty sure it is due to your usage of https.
It looks like some sort of conflict when using openssl_encrypt with an SSL certificate.
I've edited the code to fallback to using base_convert and intval if openssl_encrypt and openssl_decrypt returns false.
Your issue is now solved, newsletter preview no longer returns a 404 error. Note that the new openssl_encrypt and openssl_decrypt is not being utilized to encrypt IDs as it returns false when trying to encrypt IDs mainly due to the SSL certificate (https) used to access Sendy.