After update centos 7.4 and latest virtualmin config error at re-check The procmail command /bin/procmail is owned by group mail

Hmm don't know how to check 123 for that.

Before the update it was not a issue with re-checks.

The config proc-mail

And this file is there procmail-wrapper 6.98 kB root:root 6755 2007/05/10 - 08:16:54

Ok must be something wrong, maybe starting at my initial setup while wanting Letsencrypt for vps webmin and hostname itself but not a virtualserver for itself so my installation... after the succeeded LE cert deleting the virtuelserver for vpshostname hmm, and while not 100% with update this error is then causing the behavouir

Switched domainnames in server.tld and vps hostname in vp.server.tld

used shortly a virtualserver for the vps.maindomainname.tld to get initial Letsencrypt cert on webmin virtual min for that vps, deleted virtuelserver after this and added the subdomain to the maindomain LE cert list, then renew cert did it all there without error. ( letsencrypt yes, but that action did deleted the maildir for rootuser also hmm how stupid could one be, i thought smart, wanted no virtuelserver for the vps hostname itself, but hat wasn't working for letsencrypt while not seeing the subdomain initial, wen created a virtualmin and LE cert i got is working as subdomain on the maindomain list for the LE cert, discussions about that are more on forum)

Sorry for bad English i'm Dutch. ;)

Don't know for sure or it better to have a seperate virtualserver for the vps server hostname itself? ( i hoped it wasn't needed, i shortly neede for initial adding Letsencrypt subdomain list with maindomain while otherwise it was impossible and letsencrypt error, after initial pointing to certpath webmin and so on working for vps)

Sorry FF crashed 2 times while typing/saving so thought that was reason no reply. I have to may screens open. ;)

I made for the procmail now a alias "root" in the maindomain mailbox so receiving mail there form LFD/csf now.

I did use the maindomain for LE CERT but initial the hostname ( a sub but not alias or virtual server refused to get that to, so thought OK lets be smart ( hihii fighting as you say), for initial make that domain as virtualserver, then LE cert for the maindomain with in the list there the subdomain hostname, that succeeded, then remove virtualserver for hostname, testing after that a manual renew LE cert still working while THIRD PARTY DNS so that subdomain hostname is resolving. And only needed to have the webmin, usermin LE cert for the subdomain/hostname that is working and tested also renew manually.

The difference is ofcourse you needed then a resolving third party DNS and has that maindomain as default serving.

But ok i did now also a domainalias for the hostname on the default maindomain, that maindomain as hostname is not used for other things than the serveradmin and virtualmin panel, so no webspace added only mailbox'for the alias

Sofar i see is the maildir directory for root wasn't working pointing anymore to the initial for Procmail/postfix ( Directory whith old mail still there), now it is as alias to another emailadres and working.

Hmm the maindomain had a root@maindomain created at install in combi with virtualserver where the root@vps.maindomain hmm don;t know anywmore but thought the root things where created itself. After deleting the hostname virtualserver (vps.maindomain.tld) this was problem.

UH DOCROOT is here var/www changed the virtualmin config for that path, but ofcourse the initial rootmaildir was in other place where it still is only not receiving mail while domain hostname.maindomain is not in the virtualmin domainmaps anymore i tjhink

Situation now is: a alias created for hostname.maindomain and a aliasmail created for root.

i am sure i didn't use/created user root for any domains or virtualserver ( only did the install virtualmin basic with Root and password), i created every virtualserver with own username and path nothing to do with domainname ofcourse while i don't like userpaths that has domainname in itself or easy guesing usernames. ;)

I could have made a mailallias for root that i'm not sure sorry, but makes no sense while old maildir reading user mail in virtualmin/webmin is still working with the old mails, as it was before deleting the virtualserver for the hostname.maindomain.

So only delivery and mailhandling wasnt. for root

I gues you can read my mailadres, so if you want access to vps to have a look for maybe finding what you asked please mail me

Yep ok.

mailbox_command = /bin/procmail

The why i mentioned other things was install 29-08 problems as others with for example postfix not working and so on, after the install i did yum remov postfix and yum install postfix and some settings to have smtp and port 25 and so more listen and working for mail.

So while wen searching the web i did find that the mailbox_command should be something else with wrapper in it, and the manual yum remove install postfix could be the main cause? There where to many problems to find on the web with websearch postfix and ports sasl and so on didn't find through the very much results a working, so started to install postfix manualy again.

If that is the cause, then do you have a tip?

I did changed group and rights for procmail then re-chcek gets , so this is not checking or procmail-wrapper is used only if procmail has group and user root with the rights.

UPDATED text while seems solved see the last text written, for solutions with postfix, sasl and so on caused with older install script virtualmin6

UH ok hmm. Is this for almost every package also php and so on not to remove and install manual, is there somewhere a list wich you can do safely?

virtualmin system-config gives command not found ;) virtualmin config-system yep this is a kind of probl a have myself to. ;)

Have to test, problem was a lot of things (postfix smtp sasl and so on) not going wel with that install 29-08 and later install completly .... the system.

There where some probs with versions installscript i did understand.

Didn't find a solution for postfix , because websearch result was a complete forest i was looking for that on tree, and couldn't find it, so after days i decide to remove and reinstall postfix, after that i came through her in forum that new version install and so on but ok, this is a good learning curve to have some problems, then you know the system quicker then only if all goes smoothly. ( joking now you wanted to achieve that admins learn to know your system deeper. ;) )

After that/this failed to start postfix mail transporter agent?

So better don't use systemctl i think for postfix when running virtualmin? I hope i can solve this with https://serverfault.com/questions/804993/postfix-failed-to-start-unable-...

but start postfix then in virtualmin panel itself is important, so kill the process / lock and start postfix in virtualmin panel

don't know why the lock was there

After restatred postfix i am back to initial problem reason why i did decided to reinstall postfix not accepting mail sasl error and so on :(

OK while install.sh then

i did now also For example, one can fix the broken saslauthd configuration that prevented SMTP authentication by running: virtualmin config-system --include SASL While cause https://www.virtualmin.com/node/53074

after that something that should not be there with the virtualmin postfix dovecot install ??

i had before also dkim running but hmm i have to sort out much more i see

also didn't fix the sasl hmm

I hope we can solve this and other forumuser readers have something to solve when this problems ..

I 'm stuck for now sorry.

Mail receiving is not working anymore but didn't touched dovecot. Mail sending only out of webmin readusermail working. Sasl problem is still / again there.

Sending with webmin mail and dkim validator is working. Receiving not

UPDATE: Reveining yes whil again disable listen and ssl_listen in dovecot conf lines. BUT also have to disable sasl because of error, so

Back to sofar i see the only problem that stays is sasl auth ( id did the virtualmin config system sasl already and that rewriten witj green

Procmail is now wrapper so that is solved wth his action i think don't now for sure how to test everything with it but wen receiving mail and the mailboxcommand is procmail-wrappper... it looks ok

THE SASL prob stays ( i have disabled this in .cf otherwise postfix is not working) :( with this: warning: xsasl_cyrus_server_get_mechanism_list: no mechanism available

Update also a install bug at that time ;) https://www.virtualmin.com/node/53447

Solves:

So after the install probs with install.sh with some bugs and wrongly removed postfix and installed this manually.

Solved problems with postfix, mail sending mail receiving, procmail-wrapper , sasls, and xsasl_cyrus. After virtualmin config-system them again did solved most, only had to remove the obsolete " listen " directive in dovecot conf then it looks like working

Thanks for help i hope someone reading here with mail problems postfix and one of the first install.sh scripts for virtualmin 6 helps this long posting from me ;)

no was the file about 28-08 or 29-08 the install virtualmin. freshinstalled OS. U i understand you turned around the system-config with config-system in your text above!! ( so that was why i had the error. you did write virtualmin system-config --include  it should be virtualmin config-system --include i think ;) You write her yourself https://www.virtualmin.com/comment/783295#comment-783295

It sounds like you've got a lot of little messes there...none of this is necessary. A fresh install should Just Work. If there are issues they are going to be small, and fixable with a minor update Yep but then you have to know how virtualmin and support / these updates for minor problems after some of these bugs in install new version reacts, and solve them and so on. I know now, this was because lack of experience with Virtualmin and your support myself sorry that i was after a while not finding solution going to solve it my own way.