Author Topic: problem with multiple email account in centos web panel  (Read 3835 times)

0 Members and 1 Guest are viewing this topic.

Offline
*
problem with multiple email account in centos web panel
« on: February 08, 2020, 02:46:24 PM »
Hi, I have a problem with CentOS Web Panel and the email server, I just get it to work because of DKIM (DomainKeys Identified Mail) 2 domains are not thrown at me I have it this way configured. Each one in your file. The fact is that I do not see how to set up several email accounts and they work well in CentOS Web Panel, how could I do it ?, greetings and thanks ..
https://www.facebook.com/photo.php?fbid=10219409222895635&set=gm.2719297948153379&type=3&theater&ifg=1

Offline
*****
Re: problem with multiple email account in centos web panel
« Reply #1 on: February 08, 2020, 06:38:50 PM »
You didn't give much infor where you host the DNS. Add those DKIM there and remove the old one

Offline
*
Re: problem with multiple email account in centos web panel
« Reply #2 on: February 09, 2020, 11:04:12 AM »
my dns host is digitalocean and I have the server with its IP in a CentOS 7.x with CentOS Web Panel and I have it configured as I show in the image each domain is a separate file.

Offline
*****
Re: problem with multiple email account in centos web panel
« Reply #3 on: February 15, 2020, 02:06:51 PM »
if DKIM DNS is not working  then it is DNS host issue.

Offline
*
Re: problem with multiple email account in centos web panel
« Reply #4 on: March 01, 2020, 12:03:46 PM »
well maybe I explained badly, the problem I have can see here really the problem is that I only signed with a domain that is placed in mydomain in the main.cf file and the file structure I have it here.
https://gitlab.com/hechicero666/postfix-and-dkim-fix-problem
I wish someone could help me because I have been with this problem for some time and I can't fix it and I really need it.
To mount postfix and opendkim I have used everything preferably from the control panel centos web panel.

Offline
***
Re: problem with multiple email account in centos web panel
« Reply #5 on: March 01, 2020, 05:57:12 PM »
if DKIM DNS is not working  then it is DNS host issue.
FYI if I rebuild mailserver from cwp with ONLY DKIM box checked, this is what the results are:
Code: [Select]
Loaded plugins: fastestmirror
No Packages marked for removal
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirrors.linode.com
 * epel: dfw.mirror.rackspace.com
 * extras: mirrors.linode.com
 * updates: mirrors.linode.com
Resolving Dependencies
--> Running transaction check
---> Package clamav-scanner-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
--> Processing Dependency: init(clamav-scanner) for package: clamav-scanner-0.99.2-8.el7.noarch
---> Package clamav-server-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
---> Package clamd.x86_64 0:0.101.5-10.el7 will be obsoleting
--> Processing Dependency: clamav-filesystem = 0.101.5-10.el7 for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: clamav-lib = 0.101.5-10.el7 for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: libclamav.so.9(CLAMAV_PRIVATE)(64bit) for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: libclamav.so.9(CLAMAV_PUBLIC)(64bit) for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: libclamav.so.9()(64bit) for package: clamd-0.101.5-10.el7.x86_64
--> Running transaction check
---> Package clamav-filesystem.noarch 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-update-0.99.2-8.el7.x86_64
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-data-0.99.2-8.el7.noarch
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-filesystem.noarch 0:0.101.5-10.el7 will be an update
---> Package clamav-lib.x86_64 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-lib = 0.99.2-8.el7 for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: clamav-lib = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7()(64bit) for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7()(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PRIVATE)(64bit) for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PRIVATE)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PUBLIC)(64bit) for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PUBLIC)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-lib.x86_64 0:0.101.5-10.el7 will be an update
--> Processing Dependency: libjson-c.so.2()(64bit) for package: clamav-lib-0.101.5-10.el7.x86_64
--> Processing Dependency: libpcre2-8.so.0()(64bit) for package: clamav-lib-0.101.5-10.el7.x86_64
---> Package clamav-scanner-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
--> Processing Dependency: init(clamav-scanner) for package: clamav-scanner-0.99.2-8.el7.noarch
--> Running transaction check
---> Package clamav.x86_64 0:0.99.2-8.el7 will be updated
---> Package clamav.x86_64 0:0.101.5-10.el7 will be an update
---> Package clamav-data.noarch 0:0.99.2-8.el7 will be updated
---> Package clamav-data.noarch 0:0.101.5-10.el7 will be an update
---> Package clamav-filesystem.noarch 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-lib.x86_64 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-lib = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7()(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PRIVATE)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PUBLIC)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-scanner-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
--> Processing Dependency: init(clamav-scanner) for package: clamav-scanner-0.99.2-8.el7.noarch
---> Package clamav-update.x86_64 0:0.99.2-8.el7 will be updated
---> Package clamav-update.x86_64 0:0.101.5-10.el7 will be an update
---> Package json-c.x86_64 0:0.11-4.el7_0 will be installed
---> Package pcre2.x86_64 0:10.23-2.el7 will be installed
--> Finished Dependency Resolution
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirrors.linode.com
 * epel: dfw.mirror.rackspace.com
 * extras: mirrors.linode.com
 * updates: mirrors.linode.com
Package perl-Mail-DKIM-0.39-8.el7.noarch already installed and latest version
Package perl-Mail-SPF-2.8.0-4.el7.noarch already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package clamav-scanner-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
--> Processing Dependency: init(clamav-scanner) for package: clamav-scanner-0.99.2-8.el7.noarch
---> Package clamav-server-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
---> Package clamd.x86_64 0:0.101.5-10.el7 will be obsoleting
--> Processing Dependency: clamav-filesystem = 0.101.5-10.el7 for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: clamav-lib = 0.101.5-10.el7 for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: libclamav.so.9(CLAMAV_PRIVATE)(64bit) for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: libclamav.so.9(CLAMAV_PUBLIC)(64bit) for package: clamd-0.101.5-10.el7.x86_64
--> Processing Dependency: libclamav.so.9()(64bit) for package: clamd-0.101.5-10.el7.x86_64
---> Package libopendkim.x86_64 0:2.11.0-0.1.el7 will be installed
--> Processing Dependency: libbsd.so.0(LIBBSD_0.0)(64bit) for package: libopendkim-2.11.0-0.1.el7.x86_64
--> Processing Dependency: libbsd.so.0()(64bit) for package: libopendkim-2.11.0-0.1.el7.x86_64
---> Package opendkim.x86_64 0:2.11.0-0.1.el7 will be installed
--> Processing Dependency: libmemcached.so.11()(64bit) for package: opendkim-2.11.0-0.1.el7.x86_64
--> Processing Dependency: libmemcachedutil.so.2()(64bit) for package: opendkim-2.11.0-0.1.el7.x86_64
--> Processing Dependency: libmilter.so.1.0()(64bit) for package: opendkim-2.11.0-0.1.el7.x86_64
--> Processing Dependency: libopendbx.so.1()(64bit) for package: opendkim-2.11.0-0.1.el7.x86_64
---> Package pypolicyd-spf.noarch 0:1.3.2-5.el7 will be installed
--> Processing Dependency: python-ipaddr for package: pypolicyd-spf-1.3.2-5.el7.noarch
--> Processing Dependency: python-pyspf for package: pypolicyd-spf-1.3.2-5.el7.noarch
--> Running transaction check
---> Package clamav-filesystem.noarch 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-update-0.99.2-8.el7.x86_64
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-data-0.99.2-8.el7.noarch
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-filesystem.noarch 0:0.101.5-10.el7 will be an update
---> Package clamav-lib.x86_64 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-lib = 0.99.2-8.el7 for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: clamav-lib = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7()(64bit) for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7()(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PRIVATE)(64bit) for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PRIVATE)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PUBLIC)(64bit) for package: clamav-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PUBLIC)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-lib.x86_64 0:0.101.5-10.el7 will be an update
--> Processing Dependency: libjson-c.so.2()(64bit) for package: clamav-lib-0.101.5-10.el7.x86_64
--> Processing Dependency: libpcre2-8.so.0()(64bit) for package: clamav-lib-0.101.5-10.el7.x86_64
---> Package clamav-scanner-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
--> Processing Dependency: init(clamav-scanner) for package: clamav-scanner-0.99.2-8.el7.noarch
---> Package libbsd.x86_64 0:0.8.3-1.el7 will be installed
---> Package libmemcached.x86_64 0:1.0.16-5.el7 will be installed
---> Package opendbx.x86_64 0:1.4.6-6.el7 will be installed
---> Package python-ipaddr.noarch 0:2.1.11-2.el7 will be installed
---> Package python-pyspf.noarch 0:2.0.11-5.el7 will be installed
--> Processing Dependency: python-pydns for package: python-pyspf-2.0.11-5.el7.noarch
---> Package sendmail-milter.x86_64 0:8.14.7-5.el7 will be installed
--> Running transaction check
---> Package clamav.x86_64 0:0.99.2-8.el7 will be updated
---> Package clamav.x86_64 0:0.101.5-10.el7 will be an update
---> Package clamav-data.noarch 0:0.99.2-8.el7 will be updated
---> Package clamav-data.noarch 0:0.101.5-10.el7 will be an update
---> Package clamav-filesystem.noarch 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-filesystem = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-lib.x86_64 0:0.99.2-8.el7 will be updated
--> Processing Dependency: clamav-lib = 0.99.2-8.el7 for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7()(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PRIVATE)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
--> Processing Dependency: libclamav.so.7(CLAMAV_PUBLIC)(64bit) for package: clamav-server-0.99.2-8.el7.x86_64
---> Package clamav-scanner-systemd.noarch 0:0.99.2-8.el7 will be obsoleted
--> Processing Dependency: init(clamav-scanner) for package: clamav-scanner-0.99.2-8.el7.noarch
---> Package clamav-update.x86_64 0:0.99.2-8.el7 will be updated
---> Package clamav-update.x86_64 0:0.101.5-10.el7 will be an update
---> Package json-c.x86_64 0:0.11-4.el7_0 will be installed
---> Package pcre2.x86_64 0:10.23-2.el7 will be installed
---> Package python-pydns.noarch 0:2.3.6-2.el7 will be installed
--> Finished Dependency Resolution
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest
You have a troubles with yum. Fix it before install!

And this:

Code: [Select]
Failed to restart opendkim.service: Unit not found.
I did not check the box for CLAMAV.

Offline
*
Re: problem with multiple email account in centos web panel
« Reply #6 on: March 02, 2020, 12:46:38 PM »
 Ok and as it is fixed because I do not give the solution to the problem, I have been looking for a solution for a long time I need to be able to send emails with the domain that agrees with the server, if not, so I want a VPS.
Besides, where are you seeing that?
He tried many possible solutions searching the Internet and I have not found any that works, the domain of farewellsexclusivas.com works perfectly are the other 2 domains that fail in the DKIM signature, why fails is what I would like to know? and if Amavisd does not use it, it is interfering with the signature in some way.

Offline
***
Re: problem with multiple email account in centos web panel
« Reply #7 on: March 02, 2020, 01:51:30 PM »

Besides, where are you seeing that?


Dashboard-Email-Mailserver Manager

Offline
*
Re: problem with multiple email account in centos web panel
« Reply #8 on: March 02, 2020, 03:04:14 PM »
ok,
could you tell me that I have badly configured or that I have not configured to operate the opendkim in the 2 domains that does not work, added the domains as I explain in the gitlab I have it as it is there.
https://gitlab.com/hechicero666/postfix-and-dkim-fix-problem

$ date; dig txt default._domainkey.comoligarbien.com +short
Code: [Select]
$ date; dig txt default._domainkey.comoligarbien.com
Mon Mar  2 16:00:53 CET 2020

; <<>> DiG 9.11.3-1ubuntu1.8-Ubuntu <<>> txt default._domainkey.comoligarbien.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52724
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;default._domainkey.comoligarbien.com. IN TXT

;; ANSWER SECTION:
default._domainkey.comoligarbien.com. 3565 IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlTtO1qRFaK955gz16Y8c1EMCqtaT4exCrwfor2yT438ZVjrUcqo2tPUNR4eqkD+xcKRQnWSw931uVUY6YJWtOrgrXTIrHnTkf5Xtg+jaXr0OhjdeVDIG/Le7oOVWncMf+9J4ZSRybOpb+XZPp/JLjis6pmCLrt5j82yBC9DCbsEPSOVVOC1mr5lq8irQs+qAv" "6M/DnjNcUrdiRBJyNrs2lfuvfs8BFceZAk1AwcVBcYCmZl5OkxZBn8liTC34FPJLLHm6jMp9+c0OaEtxo8zr3QX0ZYEWC3XqZ/p9fo4Pcg+fpyjee79wBVqUzhVAWdzE5+qAIn4e1Dmslyb6IX4mwIDAQAB"

;; Query time: 18 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Mon Mar 02 16:00:53 CET 2020
;; MSG SIZE  rcvd: 489
if I put the mail that works the DKIM does exactly the same to me
Code: [Select]
$ date; dig txt default._domainkey.despedidasexclusivas.com
Mon Mar  2 16:02:48 CET 2020

; <<>> DiG 9.11.3-1ubuntu1.8-Ubuntu <<>> txt default._domainkey.despedidasexclusivas.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44049
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;default._domainkey.despedidasexclusivas.com. IN        TXT

;; ANSWER SECTION:
default._domainkey.despedidasexclusivas.com. 3600 IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDBUycaDUpr2h1b6CoBFdAPNetxSIU2pAVoJLMdcoYS5xzXm/269QwSiFU+CVMwJtVTL+1YZncf1V1c/AlsqtBZI+dLjxccIaJ9P0GHflY9A3gtpvwhQaYxh6evEZGkgXA1KUc7WTpqfRgFMfdELnybDAY6y+BlXdWl1QxeACSmcQIDAQAB"

;; Query time: 97 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Mon Mar 02 16:02:48 CET 2020
;; MSG SIZE  rcvd: 319
I would really like to find the fault. Thank you very much, regards.