Posts by DHabbel

DHabbel · Aug 31st 2020

For the records: The cause of the problems are the SQL statements that delete the data in the bayes_tokens and bayes_seen tables of the spamassassin database. I manually edited the plugin code and replaced the SQL commands with those I found in the beta version and left the rest of the plugin untouched. This solved the problem.

Thanks for your support.

DHabbel · Aug 31st 2020

The manually started request manager ran since friday evening and this morning the plug-in magically showed status "active". But it will probably be a good idea if I look into the tables and remove any orphaned entry. This could indeed be the cause for this strange behavior

Thanks for your help.

DHabbel · Aug 29th 2020

Sorry, I can't see any icon there:
pasted-from-clipboard.png

Yesterday I started the Request Manager manually and it is stuck too. This is the output:

Code

[DEBUG] iMSCP::Bootstrapper::boot: Booting backend....
[DEBUG] iMSCP::LockFile::acquire: Acquiring exclusive lock on /var/lock/imscp.lock
[DEBUG] iMSCP::EventManager::_init: Loading /etc/imscp/listeners.d/10_phpfpm_settings_override.pl listener file
[DEBUG] iMSCP::EventManager::_init: Loading /etc/imscp/listeners.d/20_postfix_policy_whitelist.pl listener file
[DEBUG] iMSCP::EventManager::_init: Loading /etc/imscp/listeners.d/50_psw_dpkg_post_invoke_tasks.pl listener file
[DEBUG] iMSCP::DbTasksProcessor::processDbTasks: Processing Modules::Plugin tasks...
[DEBUG] iMSCP::DbTasksProcessor::processDbTasks: Processing Modules::Plugin tasks for: RoundcubePlugins (ID 2)
[DEBUG] iMSCP::DbTasksProcessor::processDbTasks: Processing Modules::Plugin tasks for: LetsEncrypt (ID 8)
[DEBUG] Modules::Plugin::_executePluginAction: Executing disable( ) action on Plugin::LetsEncrypt
[DEBUG] iMSCP::Execute::execute: update-ca-certificates --fresh
[DEBUG] (eval): Clearing symlinks in /etc/ssl/certs...
done.
Updating certificates in /etc/ssl/certs...
151 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
[DEBUG] Modules::Plugin::_executePluginAction: Executing update( ) action on Plugin::LetsEncrypt
[DEBUG] iMSCP::Execute::execute: apt-get --assume-yes --no-install-recommends --quiet install ca-certificates git libarray-diff-perl libconvert-asn1-perl libdatetime-format-strptime-perl lsb-release
[DEBUG] Plugin::LetsEncrypt::_installDistributionPackages: Reading package lists...
Building dependency tree...
Reading state information...
ca-certificates is already the newest version (20161130+nmu1+deb9u1).
libarray-diff-perl is already the newest version (0.07-2).
libconvert-asn1-perl is already the newest version (0.27-2).
libdatetime-format-strptime-perl is already the newest version (1.7200-1).
lsb-release is already the newest version (9.20161125).
git is already the newest version (1:2.11.0-3+deb9u7).
0 upgraded, 0 newly installed, 0 to remove and 196 not upgraded.
[DEBUG] Modules::Plugin::_executePluginAction: Executing enable( ) action on Plugin::LetsEncrypt
[DEBUG] iMSCP::EventManager::trigger: Triggering beforeHttpdBuildConfFile event
[DEBUG] iMSCP::EventManager::trigger: Triggering afterHttpdBuildConfFile event
[DEBUG] iMSCP::Execute::execute: update-ca-certificates
[DEBUG] (eval): Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
[DEBUG] iMSCP::Execute::execute: /var/www/imscp/gui/plugins/LetsEncrypt/bin/certbot-auto --non-interactive --no-self-upgrade --version

Display More

Any Idea?

DHabbel · Aug 28th 2020

Same problem here...

I'm not sure where to start to solve this problem. Is there a file where the panel logs messages regarding the update of Plug-Ins?

DHabbel · Jul 30th 2020

No, I don't think, that this is a problem of free disk space as you can see here:

Code

 root  ~  df -h
Filesystem Size Used Avail Use% Mounted on
udev 16G 0 16G 0% /dev
tmpfs 3.2G 337M 2.9G 11% /run
/dev/mapper/athen--vg-root 117G 54G 58G 48% /
tmpfs 16G 0 16G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/mapper/athen--vg--hdd-vvarwww 427G 281G 126G 70% /var/www
/dev/mapper/athen--vg--hdd-vvarmail 263G 46G 205G 19% /var/mail
/dev/sda2 237M 63M 162M 29% /boot
/dev/sda1 511M 132K 511M 1% /boot/efi
tmpfs 3.2G 0 3.2G 0% /run/user/0
 root  ~  df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 4111611 361 4111250 1% /dev
tmpfs 4114539 679 4113860 1% /run
/dev/mapper/athen--vg-root 7734496 547528 7186968 8% /
tmpfs 4114539 1 4114538 1% /dev/shm
tmpfs 4114539 6 4114533 1% /run/lock
tmpfs 4114539 15 4114524 1% /sys/fs/cgroup
/dev/mapper/athen--vg--hdd-vvarwww 28450816 1148330 27302486 5% /var/www
/dev/mapper/athen--vg--hdd-vvarmail 17555456 215182 17340274 2% /var/mail
/dev/sda2 62496 331 62165 1% /boot
/dev/sda1 0 0 0 - /boot/efi
tmpfs 4114539 18 4114521 1% /run/user/0

Display More

And since the changelog of the (unreleased) Versiopn 2.1.0 of the SpamAssassin Plug-In mentions this as know bug and provides a fix for this case (see screenshot), I think I'm affected of this problem. Does anyone knows, if I could somehow use the Github Version of the Plug-In on Debian 9 without breaking anything? Or is there any other solution?

2020-07-30_20h10_49.png

DHabbel · Jul 23rd 2020

Hi,

I have a problem deleting some mail accounts: When I try to delete one of the affected accounts the panel hangs and I finally get this error report by mail:

Code

Servername: abc.defg.hi
Server IP: xxx.xxx.xxx.xxx
Client IP: yyy.yyy.yyy.yyy
Version: 1.5.3
Build: 2018120800
Nachrichtenpriorität : Error
==========================================================================
[xxx.xxx.xxx.xxx] An unexpected error occurred while attempting to delete a
mail account: SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYSm20H2' (Errcode: 28 - No space left on device)
==========================================================================

Display More

This seems to be a known issue in Version 2.0.1 of the SpamAssassin PlugIn that will be fixed in a future release as mentioned here: https://youtrack.i-mscp.net/issue/IP-1796

Is there a workaround to delete these mail accounts or is there a new (beta) Version of the Plug-Insomewhere out there that resolves this issue?

Thanks in advance

Dominik

DHabbel · May 25th 2017

Hi,

is it safe to put some custom whitelisting commands in /etc/spamassassin/local.cf or does this file gets regeneratetd automatically by i-MSCP and/or the SpamAssasin Plug-In?

System: Debian Jessie, i-MSCP 1.3.16, SpamAssassin V1.1.1

Cheers,
Dominik

DHabbel · May 1st 2017

Softaculous looks very promising. I'd love to see a plugin and would also pay for it too.

DHabbel · Mar 24th 2017

Ooops, didn't knew that...

Thanks for the hint!

DHabbel · Mar 23rd 2017

Hi,

I would like to whitelist some mail addresses in PolicydWeight like described here: http://www.policyd-weight.org/faq.html#whitelisting

The problem is that the main.cf gets regenerated by i-MSCP so that I need to have a listener file to handle my customisation. Does anyone already have such a listener file and could giv it to me?

Or are there perhaps any plans to extend this Plug-In to handle whitelisting in the GUI? That would really be great...

Thanks for your help
Dominik

Posts by DHabbel

Error deleting mail accounts

Lets Encrypt plugin v. 3.6.0 stuck at updating

Lets Encrypt plugin v. 3.6.0 stuck at updating

Lets Encrypt plugin v. 3.6.0 stuck at updating

Error deleting mail accounts

Error deleting mail accounts

SpamAssassin Whitelisting in local.cf

software installer or softaculous plugin

PolicydWeight Whitelisting

PolicydWeight Whitelisting