.php.error.log filling with CPANELICSIMPORT: Touch file /.cpanel/icals/... (and /.cpanel/vcards/...)
Answered
Hi, one of my customer's email accounts is filling the following log file with the following 2 errors every hour or two and the log file is now +140MB and growing. How to make cPanel STFU? Customer in question did not complain about anything not working and it's been doing this for weeks so I'm looking for a fix to make it stop logging this nonsense... I think it began after upgrading to WHM 122 or 124, not sure. Now on WHM 124.0.17.
/home/CUSTOMER/logs/.php.error.log
-
Hey there! There was still a developer around I could poke about this one. I believe this is related to the removal of Horde last year and we just need to edit a configuration file to make this go away permanently. I've created case CPANEL-46144 for our team to address this as it *should* be a simple change.
For now, feel free to clear that log file to free up the space if you need to, and I'll post once that is resolved!
0 -
I did, but as you can imagine, the file got almost immediately recreated and the same 2 errors are filling it up again. I think my case could serve as a test once CPANEL-46144 fix is released. What do you reckon the ETA will be on this one? (in number of years)
0 -
You wouldn't be able to delete the file, just empty it out.
This should get fixed in a future version of 126 as it's a minor change.
For now, you can edit the configuration file in /usr/local/cpanel/base/3rdparty/roundcube/config/inc.d/ - it's likely called 99-cpanel_config.inc.php, although the number may be different on your particular server, and adjust the top "config" line to this:
$config['plugins'] = array_merge(array_diff($config['plugins'], array("cpanelicsimport", "cpanelvcfimport")));and that will keep these logs from being created in the future.
Make a backup of that file first before adding the change just in case.
1 -
WDYM I wouldn't be able to delete the file? Yesterday evening, I did delete that file using the following command and it worked, but obviously, like I stated earlier, it was recreated shortly after and is now filling again:
rm -rf /home/CUSTOMER/logs/.php.error.log
Thanks for the other config thing, I'll wait a month and if the cPanel bug doesn't get fixed, I'll attempt the temp fix that you wrote.
0 -
Right, that's what I meant with "you can't delete the file" - it'll just get recreated again.
0 -
Ah, yes, of course.
0 -
Hello!
Today I found a 5GB error file with this.
Trying the fix.
0 -
Wow.
0 -
I had to roll back the fix, some users started reporting error 700 when trying to access webmail.
It was something similar to this, but the "Store trusted senders in" solution didn't work.
https://support.cpanel.net/hc/en-us/articles/21938572771863-Roundcube-Server-Error-Error-no-700
0 -
Hi, I have version 126.0.9 WHM/CPANEL and I still have the same problem.
Solution?0 -
I don't see that the case has been fixed yet. I do see there are notes from the developers containing a potential fix and I've reached out to the team to see if this can get some priority.
0 -
So I tried your fix cPRex in the
/usr/local/cpanel/base/3rdparty/roundcube/config/inc.d/99-cpanel_config.inc.php
file and it crashed my roundcube emails. I started getting 700 errors for all accounts and had to change it back to the original config line in order to receive emails again:
$config['address_book_type'] = 'sql';
When will this be fixed? Any ideas or a timeline? Thanks.
0 -
I do see it's still on the list, but it hasn't been picked up by a development team just yet.
1 -
Still no news on this issue right? I'm having it too.
0 -
I don't have news yet - I did confirm with the team that it's still on the pile and hopefully gets picked up in the next batch of improvements to work on.
0 -
Update - this has been added to versions 130 and 132 so look for it in a release soon!
1 -
I have AlmaLinux v8.10.0 STANDARD standard cPanel Version 130.0.7. I am still seeing the touch errors in my logs along with roundcube errors now.
[05-Sep-2025 11:16:58 America/Vancouver] PHP Deprecated: session_set_save_handler(): Providing individual callbacks instead of an object implementing SessionHandlerInterface is deprecated in /usr/local/cpanel/base/3rdparty/roundcube/program/lib/Roundcube/rcube_session.php on line 119
[05-Sep-2025 11:16:58 America/Vancouver] [CPANELICSIMPORT: Touch file /home/username/.cpanel/icals/.cpanel_ics_import_info@username.com exists for info@username.com and cpanel_run_once is true, exiting]0 -
nootkan - the fix hasn't made it to a public tier just yet.
1 -
cPRex, ah I see.
Saw your reference to version 130 and thought there had been a bug in the recent update.
Thanks for the clarification.
0 -
I confirmed this will be in the next version, 130.0.10.
0 -
at version 130.0.14 AlmaLinux v8.10.0 problem is still NOT solved
Bellow rows are written to .php.error.log and its size is growing very fast
[29-Sep-2025 14:18:48 UTC] PHP Deprecated: MStilkerich\CardDavClient\Config::init(): Implicitly marking parameter $logger as nullable is deprecated, the explicit nullable type must be used instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/carddav/vendor/mstilkerich/carddavclient/src/Config.php on line 72
[29-Sep-2025 14:18:48 UTC] PHP Deprecated: MStilkerich\CardDavClient\Config::init(): Implicitly marking parameter $httplogger as nullable is deprecated, the explicit nullable type must be used instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/carddav/vendor/mstilkerich/carddavclient/src/Config.php on line 720 -
Nikolay Stoichkov - that looks like a different error than what this thread was created to address. Your specific issue can be found here:
and we plan to release a fix for that with a future update to the carddavclient package.
1 -
cPRex 10x for the information and for planned fix
0 -
You're very welcome!
0
Please sign in to leave a comment.
Comments
24 comments