Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Netino

Pages: 1 2 [3] 4 5 ... 25
31
E-Mail / Re: Need help. all mail deferred
« on: January 06, 2022, 09:45:26 PM »
(...)
The test server that I have, which has no custom configuration of the email system, has also the same bugs with the vmail folder ownership.

Here's my auth
Code: [Select]
service auth {
unix_listener auth-userdb {
mode = 0660
user = vmail
group = mail
}

It's not certain that the auth module has anything to do with the UserCP Email module not being able to create a mailbox inside the vmail folder when it has vmail:mail ownership.

I completely disagree: Depends on the user you are running dovecot.
In my case, dovecot is running as user 'vmail'.
If yours is default installation, yours should be running in "vmail:mail" ownership.
So all users can be created in folders with "vmail:mail" ownership.

I think too your configuration should be identical to that of Namaste, like follows:
Code: [Select]
service auth {
unix_listener auth-userdb {
mode = 0660
user = vmail
group = mail
}

# Postfix smtp-auth
unix_listener /var/spool/postfix/private/auth {
mode = 0660
user = postfix
group = postfix
}
}

Quote
Either the Email module is configured to work with user:mail, or it is misconfigured and it is supposed to work with vmail:mail. Either way, the Email module code is encrypted with IonCube, like every other module..., and I can't inspect the code myself...
As said, is not needed to change ownership of your files if you are running dovecot as 'vmail' user.
Check what user you are running dovecot in your server.
This can be the source of the problem.

Quote
Edit: or it could be that users are not added to the mail group? This too is the same behavior on the test server

No. In my case, mail group is:
Code: [Select]
mail:x:12:postfix,vacation,opendkim,dovecotIt's the default since from CWP installation.

32
E-Mail / Re: Need help. all mail deferred
« on: January 06, 2022, 09:27:32 PM »
(...)
Code: [Select]
service auth {
unix_listener auth-userdb {
mode = 0660
user = vmail
group = mail
}

# Postfix smtp-auth
unix_listener /var/spool/postfix/private/auth {
mode = 0660
user = postfix
group = postfix
}
}

The user:group of your configuration is correct.
Try to change it to "mode = 0666" just to test, and check if works.

33
(..)
Code: [Select]
cp -rp /usr/local/cwp/.conf/phpdefender/snuffleupagus-master /usr/local/cwp/.conf/phpdefender/snuffleupagus-master_BACKUP
cd /usr/local/cwp/.conf/phpdefender/snuffleupagus-master/src
/opt/alt/php-fpm74/usr/bin/phpize
chmod +x configure
./configure --with-php-config=/opt/alt/php-fpm74/usr/bin/php-config
make && make install
vi /opt/alt/php-fpm74/usr/php/php.d/snuffleupagus.ini
add the code mentioned above, restart php-fpm and check the security center to see if it appears there. Or at least in the module list.
If you get permission error with the phpize file, then it probably means that your php-fpm is disabled. This was the case with my test server because it doesnt have the pro version. I just had to "chmod +x" it to continue.

I have used the above commands to install suhosin on php-fpm56 as there wasnt an option to add it through CWP panel. I have just now tested to manually install snuffleupagus on a PHP-FPM version that is still installed on the test server (but disabled) and now it appears on the security center.

These steps are almost correct, I think, except one, that is used by CWP team to compile it:
Instead:
Code: [Select]
./configure --with-php-config=/opt/alt/php-fpm74/usr/bin/php-config

...use:
Code: [Select]
./configure --with-php-config=/opt/alt/php-fpm74/usr/bin/php-config --enable-snuffleupagus

They have an additional problem, at least in my installation: The logs cannot be viewed in CWP panel anymore, and CWP cannot anymore change any configuration in snuffleupagus, nor compile again snuffleupagus.
But I just didn't try to reinstall PHP-FPM to check if solves.

34
I am experiencing this issue, too. I have a WSGI application that requires a custom vhost file to deploy and this is breaking my website every single night. If there isn't a solution soon I'll have to stop using CWP.

Yes, there is a solution: is you to create a new template file, and set the domain to use it in "WebServers Settings", "WebServers Domain conf".
You did it.?
Did you read this message?: http://forum.centos-webpanel.com/index.php?topic=11650.msg39943#msg39943

35
Updates / Re: After update today, nginx/1.20.0 error
« on: January 06, 2022, 09:02:22 PM »
After recent update, all nginx/php-fpm configuration files regenerates everyday since a week now. So I made templates so after everyday regeneration doesn't break websites. But this is big problem. I tried all the commands but still every morning when I check configuration files, they are showing modified.

This needs to be fixed urgently guys.

Did you change the template files.?

36
PHP / Re: PHP-FPM User Conf File Delete Problem
« on: January 06, 2022, 12:51:23 AM »
/opt/alt/php-fpm74/usr/etc/php-fpm.d/users/user.conf

Default path...

Now, another site's .conf file has been deleted. PHP-FPM throws an error because it cannot communicate with the web service.
(...)

What file was deleted.?
Did you create any customization directly in some apache server configuration file.?
If so, what files.?

37
Hello everyone,

I'm following all the threads reporting this issue (vhosts overwritten with default values, page suspended) since Dec 30. For my server, the overwritting happens at 3:00 am, so fifteen minutes later, a cron job restore vhosts/ from backup and reload apache to recover the websites.
However, I was specting a better/more formal solution, maybe a patch, coming from the CWP team. All the solutions proposed in the forum are hacks, not real solutions. If I'm missing something, the proper solution, can anyone please point me what's the correct fix for this problem?

Thanks in advance :-)

The CWP dashboard now rebuilds all sites daily.
This means that if you have any previous customizations, you cannot do them directly in the Apache server configuration files.
You must create the customizations only in cloned template files for this purpose.
You did it?
What types of customization have you done?

38
(...)
That might of helped you but it's not helping the majority of people that this is happening to daily. Some of us have tried soooo many things people are posting how to fix it but then the next day, it happens again.

Someones post about update time at least helped me this morning so it happens while I am in front of the computer. I expect to happen again in about 20 minutes.

Your domains are resolving normally.?
Are delegated to CloudFlare.?

39
E-Mail / Re: Need help. all mail deferred
« on: January 06, 2022, 12:24:56 AM »
(...)
http://forum.centos-webpanel.com/index.php?topic=11668.msg39929#msg39929
Bug #203 and #204

I think I should keep my position: the user:group must be "vmail:mail".
This is the original configuration of CWP.
By the way, you can have a custom configuration.

What you have in "service auth {" group section in /etc/dovecot.dovecot.conf file?

40
(...)
A template is supposed to be something that you can use several times and that just gets the "custom" info replaced... or at least, that's what I understand for "template". When you have to create a "template" for each and every single site that uses a custom rewrite, redirect, directive, etc. then it's a custom config, not a template.

The RIGHT way for it to work (hope CWP staff reads this) is to:

1. Have a templates section as it is right now.
2. Have a CUSTOM CONFIG section for each website.
3. Have the vhosts "builder" load the template, replace the "regular" info, check if there's  a custom config for this website and if there is, then include such config in the vhost config file.

I have customizations in '/usr/local/apache/conf.d', for example, and all of them was preserved with the rebuild of the webservers, without any templates.
But you can do it too in nginx, if needed.
It depends of your preferences.

41
You must avoid to change directly the vhosts/*.conf files.
They will always overwritten always the webservers must be rebuilt.
In a recent update of CWP was needed to rebuild the webservers.
Instead of to change directly the vhosts conf files, you must create additional custom templates, simply copying and change them.
After that, you must apply the customized template to you site in CWP, "WebServers Domain Conf".

If you customize your webserver configuration, you *must* customize too the webserver templates in "/usr/local/cwpsrv/htdocs/resources/conf/web_servers/", otherwise, they will always be overwritten when CWP is updated.
(check there your webservers files used)

The templates per-si are *always* overwritten when CWP is updated too. So, you *must* to create additional files in that directories, instead to change it.
Copy an existant file, change the name of the file, one for .conf and another for .ssl.conf (always two files, obligatorily). This is needed to the template is showed in the "WebServers Domain Conf".

One way to avoid this customization above (in webserver templates) is to create your custom files directly in 'conf.d' diretories of your webservers, avoiding to change the system config webserver files. You can use it, if possible.

The triggers are the rebuild of the WebServers.

You can use this tutorial:
http://wiki.centos-webpanel.com/webservers-vhost-templates

Regards,
Netino

42
Apache / Re: Conf files reset problem
« on: January 03, 2022, 11:12:36 PM »
(...)
Can anyone provide screenshots of what the WebServers Main Conf (and any other pages on CWP) is supposed to look like to fix this problem?  If I have an end-goal, I might be able to work backwards.

Or, maybe a more detailed tutorial.

I'm running Apache only, if that matters.

The menu "WebServers Settings", "WebServers Main Conf" serves to configure the configuration of all domains on your server.
The menu "WebServers Settings", "WebServers Domain Conf" serves to define the individual configuration of each domain.
Each one depends on how your site will work.
But it all depends on how your webserver is configured.
What is your configuration in "WebServers Settings", "Select WebServers"...?

43
E-Mail / Re: Need help. all mail deferred
« on: January 03, 2022, 10:58:48 PM »
(...)
This info seems to be incorrect. I have two other bugs relating to the domain folders inside the vmail folder having vmail:mail ownership instead of user:mail. So, they shouldnt be chowned vmail:mail

What are the bugs..?!?!

44
How to / Re: why my cwp is rebuilding all my vhost conf by itself ?
« on: January 02, 2022, 03:20:16 AM »
You must avoid to change directly the vhosts/*.conf files.
They will always overwritten always the webservers must be rebuilt.
In a recent update of CWP was needed to rebuild the webservers.
Instead of to change directly the vhosts conf files, you must create additional custom templates, simply copying and change them.
After that, you must apply the customized template to you site in CWP, "WebServers Domain Conf".

If you customize your webserver configuration, you *must* customize too the webserver templates in "/usr/local/cwpsrv/htdocs/resources/conf/web_servers/", otherwise, they will always be overwritten when CWP is updated.
(check there your webservers files used)

The templates per-si are *always* overwritten when CWP is updated too. So, you *must* to create additional files in that directories, instead to change it.
Copy an existant file, change the name of the file, one for .conf and another for .ssl.conf (always two files, obligatorily). This is needed to the template is showed in the "WebServers Domain Conf".

One way to avoid this customization above (in webserver templates) is to create your custom files directly in 'conf.d' diretories of your webservers, avoiding to change the system config webserver files. You can use it, if possible.

The triggers are the rebuild of the WebServers.
The update routine in /etc/cron.daily/cwp file now is rebuilding the Webservers daily.

Regards,
Netino

45
E-Mail / Re: Need help. all mail deferred
« on: January 02, 2022, 03:07:13 AM »
The correct ownership for that files is not "scanmyid:mail", but "vmail:mail" instead.

I don't know why you change that ownership to "scanmyid" user, but you need to change to "vmail" user.

You can do it with:
Code: [Select]
# chown -R vmail:mail /var/vmail/

Pages: 1 2 [3] 4 5 ... 25