Cannot Send/Receive Mail after Reinstalling Postfix

Update: So I'm narrowing this down to a problem with my mailbox_command. It may also be related to my procmail set up. But I sure need some help with this! Here are three

1) If I use "mailbox_command = procmail -a "$EXTENSION", and then I "Re-check Configuration" in Virtualmin I get this message - "The procmail command /usr/bin/procmail is owned by group mail, when it should be owned by root. Email may not be properly delivered or checked for spam." But when I check the users email box, see that the messages were sent and received. They show up in the main MAILDir. But nothing shows up in the sent folder. The emails from/to the server also show up in the mail.log. But I am not able to send/receive emails from the website.

2) Similarly, when I use "mailbox_command = /usr/bin/procmail -a "$EXTENSION" DEFAULT=$HOME/Maildir/" the same thing happens. Virtualmin says the system is not ready, but I am able to send/receive email from Virtualmin's user email account. The emails show in the MailDir but not in the sent folder. I am not able to send/receive from the website. The emails from/to the server show up in the mail.log.

3) When I use "mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME", Virtualmin's Recheck Configuration says everything is fine and the system is ready, but I cannot send/receive emails from the user's email nor from the website. Nothing shows up in the mail.log either.

Once again, here is my main.cf file contents

myorigin = $mydomain myhostname = ts1.thaistocks.com alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases mydomain = thaistocks.com mydestination = $myhostname, $mydomain, localhost.localdomain, localhost mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 MAILDIR=$HOME/Maildir

mailbox_command = /usr/bin/procmail -a "$EXTENSION" DEFAULT=$HOME/Maildir/ mailbox_size_limit = 0 recipient_delimiter = + virtual_alias_maps = hash:/etc/postfix/virtual sender_bcc_maps = hash:/etc/postfix/bcc sender_dependent_default_transport_maps = hash:/etc/postfix/dependent home_mailbox = Maildir/ smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) biff = no

append_dot_mydomain = no

readme_directory = no

smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination allow_percent_hack = no milter_default_action = accept milter_protocol = 2 smtpd_milters = inet:localhost:8891 non_smtpd_milters = inet:localhost:8891 inet_protocols = all relay_domains = $mydestination

Okay, I think I have it narrowed down to a problem with the getting postfix into saslauth. I orginally set up the server using Virtualmin. But when I re-installed postfix I used terminal so I think I still need to get postfix into saslauth. I tried usermod -a -G sasl postfix" and got this response: "usermod: existing lock file /etc/passwd.lock with an invalid PID '1208' usermod: cannot lock /etc/passwd; try again later". Does this make sense to anyone and, if I'm right, how can I get postfix authenticated again? I've spent a week getting main.cf set up properly. I can send and receive emails from the server and receive emails from Roundmail. Can't send and keep getting a "SASL authentication failure" warning in the mail.log. I know dovecot and saslauth are configured correctly because I only purged and re-installed postfix from terminal. Is Virtualmin preventing me from getting postfix into saslauth db? Help, please?

Thanks for the suggestions. I reviewed them each carefully but they do not resolve my sasl authentication problem with sending email from the website or RoundCube. There is no error in mail.err. Here is what mail.log shows when I try to send an email.

postfix/smtpd[10245]: warning: SASL authentication failure: cannot connect to saslauthd server: Permission denied Nov 21 08:40:26 ts1 postfix/smtpd[10245]: warning: unknown[191.96.249.199]: SASL LOGIN authentication failed: generic failure.

My thinking is that when I purged and re-installed postfix on a Virtualmin system, postfix did not get added as a user to saslauthd so that is why I'm getting the SASL login authentication failure. But when I try to add postfix to saslauthd (adduser postfix sasl), I get this error: gpasswd: existing lock file /etc/group.lock with an invalid PID '1208' gpasswd: cannot lock /etc/group; try again later. adduser: `/usr/bin/gpasswd -a postfix sasl' returned error code 1. Exiting.

Can anyone tell me how to fix this?

No, I haven't done anything with Virtualmin. I've been trying to fix this in terminal. I don't want to do a fresh install. I wasn't aware that you could use Virtualmin as part of a reinstall. I don't know how to use "virtualmin config-system --include". Can you tell me explain or point me in the right direction. I'm in need of some help after a week of trying to figure this out.

Thank you!

From what I can see, I do not have Virtualmin-Config installed on my server. You've given me the links above to do so, but could you also show me the Ubuntu terminal commands to install it? I want to be sure I do this correctly. I've searched and can't find the actual commands that will get Virtualmin-Config working on my server.

Once it is installed, I understand that I can try the command "virtualmin config-system --include SASL" and hopefully that will fix the authentication problem I'm having. I'm also wondering if I should purge/remove Postfix and then re-install it using "virtualmin config-system --postfix". What do you advise?

The lesson for me in all of this is to never install a system from the terminal command window if you are using Virtualmin. Sorry to be such a bother. I am most grateful for you help.