ERS - EMail Reporting System

[MrPresident]

What was the point of that Neku? I appreciate you citing a reference, but a little context might be nice.

[Neku]

What was the point of that Neku? I appreciate you citing a reference, but a little context might be nice.

I skimmed the web side of this release and found that it is using a static negative integer to check the CRC.
Perhaps the reason it doesn't work for some people is because they're running a 64bit installation.
Like it says on the quote, it is a positive integer on 64bit installations.

[MrPresident]

Ahh, this is possible. I use 32bit on my server for module compatibility reasons.

I can either try and remove that hash check alltogether or include another file that lets the owner of the script see what the value is ahead of time and modify the config accordingly.
Thanks for the info.

[kulcris]

Any luck on getting this to work on 64bit systems? i have a 64 bit system but its not working even without the check

[Fanney]

Ahh, this is possible. I use 32bit on my server for module compatibility reasons.

I can either try and remove that hash check alltogether or include another file that lets the owner of the script see what the value is ahead of time and modify the config accordingly.
Thanks for the info.

Or you could just allow the first ip that accesses it to send it, i've used it for my system and it's a automatic process client's should not access it the first time but the server should.

Theres a lil' snippet if you want todo it like that:

Code: [Select]

$hd = fopen("allowed.txt", "rw");
$txt = fread($hd, 20);
if ( empty($txt) ) {
fwrite($hd, $ip);
} else {
if ( $txt != $ip ) {
                fclose($hd);
die('No access');
}
}
fclose($hd);


[DarKevin]

Hi, haven't checked back for a while. And yes, I can confirm that I use a 64 bit OS!
So I was probably affected by the same issue. At least we (hopefully) know what's wrong now, right?

[MrPresident]

Updated to 1.3
Sorry it took me so long to get to this, it just wasn't really at the top of my priority list.

I hopefully fixed the issue with people who correctly installed it still not having it work properly. This was due to a CRC32 issue reporting different values across different bit versions of php.
Someone please let me know if this fixes the issue for you if you were having it before.

NOTE: If you're updating from a previous version, you only need to replace the report.php file on your web server. I didn't make any significant changes to the lua files.

[fortyeightthousand]

Does this work now?

[MrPresident]

No one has said yes or no otherwise.
It has always worked for me.

I'm hoping that the latest change will make it work for other people, but I haven't heard anything yet.

[fortyeightthousand]

I'll test it out again and let you know.  Stay tuned.

[kulcris]

i should be able to let you know tonight.

[kulcris]

ok im not sure why it is not working for me. the addon says "sent successful" but the mail is never sent.

[Moka]

(Lul)

Script works but it seems that the onFail part seems to run but the mail still gets sent. Not really annoying because I just delete the line.

[kulcris]

anyone running this on ubuntu 64bit and if so what email system do you use.

[Zoom95]

Thank you.