WPIntell

Source evidence

Internal corruption of phar Geolite

AntiSpam for Contact Form 7 · support · 2025-07-11T09:34:00+00:00

complaintsentiment
highseverity
1.0relevance
6replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

6 / 32 rows with source links

18.8% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

26 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
Benjamin unresolved
Hi Erik, Thanks again for your quick fix regarding the compatibility issue with Contact Form 7—much appreciated! On two different websites (each on a separate hosting platform), I’m seeing the following error on the Antispam plugin page: internal corruption of phar “/var/www/vhosts/xxxxxx/xxxxxx/httpdocs/wp-content/uploads/cf7-antispam/GeoLite2-Country.mmdb.tar.gz” (truncated entry) I’ve already tried deleting and uploading a fresh GeoLite2 file, but the error still occurs. Do you have any idea what might be causing this or how best to resolve it? Kind regards, Benjamin Hi @benjaminvandenberg , First of all, thank you very much for your kind message and for reporting this! I believe the issue might be related to a recent update of the GeoLite2 dependency. It’s possible that the current database file is no longer compatible. If you have FTP access, you could try deleting the old database file located in /wp-content/uploads/cf7-antispam/ . Then, in the plugin settings under CF7 Antispam > GEOIP , make sure the option ✔️ Enable automatic download is checked. This should trigger the download of a fresh and compatible version of the database. Let me know if that helps! Kind regards, Erik edit: Are these machines running the windows system (and not a unix system)? because in this case I found an issue on WooCommerce github very similar to the one you report… This reply was modified 10 months, 3 weeks ago by Erik . Hi Erik, Apologies for the delayed response. I just checked the built-in WordPress Health Check, and the server is running Linux 6.8.0-59-generic (x86_64). I tried removing the files you mentioned, but unfortunately that didn’t resolve the issue. I also copied the GeoLite database from another working website (hosted elsewhere), but the same error still appears. Do you happen to know of any other ways to get this working again? Kind regards, Benjamin On quick note: I noticed the .tar.gz file is empty. Removing and uploading a new file (with content) results into a empty file. The regular .mmdb file does have contents. Benjamin Hi Erik, Just a quick update following some tests. You were right about the database compatibility; the current file didn’t match. I also noticed that my daily GeoLite download limit (30/day) was reached. What’s odd is that I only have 7 websites using your plugin with automatic downloads enabled. However, when I check the download log on MaxMind.com, each of these 7 sites is making multiple requests per day. Shouldn’t this be limited by the monthly cap you mention on your plugin page? I was under the impression that the plugin would prevent repeated downloads once the file is up to date. Thanks in advance for your help! Best, Benjamin Hi @benjaminvandenberg , Sorry for the silence! I’ve been testing but couldn’t reproduce the issue initially. Thanks for the update – you’re absolutely right about the excessive downloads. it could be a bug with the cron job that should prevent repeated downloads when the file is current. This isn’t supposed to happen! Can you confirm this occurs when the automatic download checkbox is enabled? I’ll investigate and push a fix to stop these unnecessary API calls if needed. Thanks for the detailed reporting – really helps! Erik Hi Erik, No problem at all, happy to help and do some hands-on bug testing! The automatic download option was enabled on all websites using your plugin. I’ve now disabled it across the board. Due to MaxMind’s daily API request limits, I’ll need to wait a couple of days before I can resume testing. I’ll let you know once automatic downloading is enabled on just one website. MaxMind’s request log is indeed helpful for verifying this. In addition, I ran another test using a fresh MaxMind account connected to a single website with its own license key. Simply changing the license key didn’t resolve the issue at first, your plugin still didn’t fetch a new database. One extra step was needed: I had to manually delete the GeoLite2-Country.mmdb.tar.gz file. After doing that and refreshing the plugin’s settings page, a fresh database was downloaded successfully. Hope this test case is useful for your debugging. Best regards, Benjamin

Comments

6 shown
Erik 2025-07-11T09:57:00+00:00

Hi @benjaminvandenberg , First of all, thank you very much for your kind message and for reporting this! I believe the issue might be related to a recent update of the GeoLite2 dependency. It’s possible that the current database file is no longer compatible. If you have FTP access, you could try deleting the old database file located in /wp-content/uploads/cf7-antispam/ . Then, in the plugin settings under CF7 Antispam > GEOIP , make sure the option ✔️ Enable automatic download is checked. This should trigger the download of a fresh and compatible version of the database. Let me know if that helps! Kind regards, Erik edit: Are these machines running the windows system (and not a unix system)? because in this case I found an issue on WooCommerce github very similar to the one you report… This reply was modified 10 months, 3 weeks ago by Erik .

Benjamin 2025-07-18T18:09:00+00:00

Hi Erik, Apologies for the delayed response. I just checked the built-in WordPress Health Check, and the server is running Linux 6.8.0-59-generic (x86_64). I tried removing the files you mentioned, but unfortunately that didn’t resolve the issue. I also copied the GeoLite database from another working website (hosted elsewhere), but the same error still appears. Do you happen to know of any other ways to get this working again? Kind regards, Benjamin

Benjamin 2025-07-18T18:20:00+00:00

On quick note: I noticed the .tar.gz file is empty. Removing and uploading a new file (with content) results into a empty file. The regular .mmdb file does have contents. Benjamin

Benjamin 2025-07-24T10:47:00+00:00

Hi Erik, Just a quick update following some tests. You were right about the database compatibility; the current file didn’t match. I also noticed that my daily GeoLite download limit (30/day) was reached. What’s odd is that I only have 7 websites using your plugin with automatic downloads enabled. However, when I check the download log on MaxMind.com, each of these 7 sites is making multiple requests per day. Shouldn’t this be limited by the monthly cap you mention on your plugin page? I was under the impression that the plugin would prevent repeated downloads once the file is up to date. Thanks in advance for your help! Best, Benjamin

Erik 2025-07-24T11:44:00+00:00

Hi @benjaminvandenberg , Sorry for the silence! I’ve been testing but couldn’t reproduce the issue initially. Thanks for the update – you’re absolutely right about the excessive downloads. it could be a bug with the cron job that should prevent repeated downloads when the file is current. This isn’t supposed to happen! Can you confirm this occurs when the automatic download checkbox is enabled? I’ll investigate and push a fix to stop these unnecessary API calls if needed. Thanks for the detailed reporting – really helps! Erik

Benjamin 2025-07-25T09:39:00+00:00

Hi Erik, No problem at all, happy to help and do some hands-on bug testing! The automatic download option was enabled on all websites using your plugin. I’ve now disabled it across the board. Due to MaxMind’s daily API request limits, I’ll need to wait a couple of days before I can resume testing. I’ll let you know once automatic downloading is enabled on just one website. MaxMind’s request log is indeed helpful for verifying this. In addition, I ran another test using a fresh MaxMind account connected to a single website with its own license key. Simply changing the license key didn’t resolve the issue at first, your plugin still didn’t fetch a new database. One extra step was needed: I had to manually delete the GeoLite2-Country.mmdb.tar.gz file. After doing that and refreshing the plugin’s settings page, a fresh database was downloaded successfully. Hope this test case is useful for your debugging. Best regards, Benjamin