can not receive emails April 2017

18 posts / 0 new
Last post
#1 Wed, 04/12/2017 - 11:53
Parapluie

can not receive emails April 2017

I can send email from user accounts using the Virtualmin interface (clicking the "compose" button when viewing a user mailbox).

However, all inbound emails disappear. I have been trying to review the logs, but they remain Greek to me.

Your help with my dilemma would be greatly appreciated.

I have included the logged event pertinent to this specific failure:

Receiving server: haveaniceday.com

Sending email: kenneth@deardesperate.com

Sending ISP: mta02.westbound.com (44.224.136.19)

All of these have been disguised for privacy.

I will comment in the log entries…

Thanking you in advance!!

Wed, 04/12/2017 - 11:53
Parapluie
Apr 12 10:45:31 haveaniceday postfix/smtpd[15878]: connect from mta02.westbound.com[44.224.136.19]
Apr 12 10:45:31 haveaniceday postfix/smtpd[15878]: DF1FA1E5C06B: client=mta02.westbound.com[44.224.136.19]
Apr 12 10:45:31 haveaniceday postfix/cleanup[15882]: DF1FA1E5C06B: message-id=<3E48B637-A322-4195-A159-8062A732559E@deardesperate.com>
Apr 12 10:45:32 haveaniceday postfix/qmgr[15111]: DF1FA1E5C06B: from=<kenneth@deardesperate.com>, size=1271, nrcpt=1 (queue active)
Apr 12 10:45:32 haveaniceday postfix/smtpd[15878]: disconnect from mta02.westbound.com[44.224.136.19]
Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: connection from localhost [127.0.0.1] at port 36508
Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: setuid to info@haveaniceday.com succeeded
Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: creating default_prefs: /var/www/haveaniceday.com/homes/info/.spamassassin/user_prefs
Apr 12 10:45:33 haveaniceday spamd[8688]: config: cannot create user preferences file /var/www/haveaniceday.com/homes/info/.spamassassin/user_prefs: No such file or directory
Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: failed to create readable default_prefs: /var/www/haveaniceday.com/homes/info/.spamassassin/user_prefs
Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: processing message <3E48B637-A322-4195-A159-8062A732559E@deardesperate.com> for info@haveaniceday.com:503
Apr 12 10:45:34 haveaniceday spamd[8688]: plugin: eval failed: bayes: (in learn) locker: safe_lock: cannot create tmp lockfile /var/www/haveaniceday.com/homes/info/.spamassassin/bayes.lock.haveaniceday.com.8688 for /var/www/haveaniceday.com/homes/info/.spamassassin/bayes.lock: No such file or directory
Apr 12 10:45:34 haveaniceday spamd[8688]: spamd: clean message (-0.7/5.0) for info@haveaniceday.com:503 in 1.5 seconds, 1461 bytes.
Apr 12 10:45:34 haveaniceday spamd[8688]: spamd: result: . 0 - RCVD_IN_DNSWL_LOW scantime=1.5,size=1461,user=info@haveaniceday.com,uid=503,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=36508,mid=<3E48B637-A322-4195-A159-8062A732559E@deardesperate.com>,autolearn=unavailable
Apr 12 10:45:34 haveaniceday spamd[8687]: prefork: child states: II
Apr 12 10:45:36 haveaniceday postfix/local[15883]: DF1FA1E5C06B: to=<info-haveaniceday.com@haveaniceday.com>, orig_to=<info@haveaniceday.com>, relay=local, delay=4.7, delays=0.1/0.01/0/4.6, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME)
Apr 12 10:45:36 haveaniceday postfix/cleanup[15882]: 0305E1E5C135: message-id=<3E48B637-A322-4195-A159-8062A732559E@deardesperate.com>
Apr 12 10:45:36 haveaniceday postfix/local[15883]: DF1FA1E5C06B: to=<info-haveaniceday.com@haveaniceday.com>, orig_to=<info@haveaniceday.com>, relay=local, delay=4.8, delays=0.1/0.01/0/4.7, dsn=2.0.0, status=sent (forwarded as 0305E1E5C135)
Apr 12 10:45:36 haveaniceday postfix/qmgr[15111]: 0305E1E5C135: from=<kenneth@deardesperate.com>, size=1429, nrcpt=1 (queue active)
Apr 12 10:45:36 haveaniceday postfix/qmgr[15111]: DF1FA1E5C06B: removed
Apr 12 10:45:51 haveaniceday postfix/smtp[15914]: 0305E1E5C135: to=<kenneth@deardesperate.com>, orig_to=<info@haveaniceday.com>, relay=mail.deardesperate.com[75.127.110.5]:25, delay=20, delays=4.7/0.01/0.42/15, dsn=2.0.0, status=sent (250 OK id=1cyJaj-00065P-2p)
Apr 12 10:45:51 haveaniceday postfix/qmgr[15111]: 0305E1E5C135: removed

Apr 12 10:48:52 haveaniceday postfix/anvil[15880]: statistics: max connection rate 1/60s for (smtp:44.224.136.19) at Apr 12 10:45:31
Apr 12 10:48:52 haveaniceday postfix/anvil[15880]: statistics: max connection count 1 for (smtp:44.224.136.19) at Apr 12 10:45:31
Apr 12 10:48:52 haveaniceday postfix/anvil[15880]: statistics: max cache size 1 at Apr 12 10:45:31
Wed, 04/12/2017 - 11:55
Parapluie

The commented log entries have been queued for review…

Wed, 04/12/2017 - 14:11
Parapluie

Apr 12 10:45:31 haveaniceday postfix/smtpd[15878]: connect from mta02.westbound.com[44.224.136.19]

Apr 12 10:45:31 haveaniceday postfix/smtpd[15878]: DF1FA1E5C06B: client=mta02.westbound.com[44.224.136.19]

Apr 12 10:45:31 haveaniceday postfix/cleanup[15882]: DF1FA1E5C06B: message-id=3E48B637-A322-4195-A159-8062A732559E@deardesperate.com

Apr 12 10:45:32 haveaniceday postfix/smtpd[15878]: disconnect from mta02.westbound.com[44.224.136.19]

Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: connection from localhost [127.0.0.1] at port 36508

Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: setuid to info@haveaniceday.com succeeded

Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: creating default_prefs: /var/www/haveaniceday.com/homes/info/.spamassassin/user_prefs

Apr 12 10:45:33 haveaniceday spamd[8688]: config: cannot create user preferences file /var/www/haveaniceday.com/homes/info/.spamassassin/user_prefs: No such file or directory

Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: failed to create readable default_prefs: /var/www/haveaniceday.com/homes/info/.spamassassin/user_prefs

Apr 12 10:45:33 haveaniceday spamd[8688]: spamd: processing message 3E48B637-A322-4195-A159-8062A732559E@deardesperate.com for info@haveaniceday.com:503

Apr 12 10:45:34 haveaniceday spamd[8688]: plugin: eval failed: bayes: (in learn) locker: safe_lock: cannot create tmp lockfile /var/www/haveaniceday.com/homes/info/.spamassassin/bayes.lock.haveaniceday.com.8688 for /var/www/haveaniceday.com/homes/info/.spamassassin/bayes.lock: No such file or directory

Apr 12 10:45:34 haveaniceday spamd[8688]: spamd: clean message (-0.7/5.0) for info@haveaniceday.com:503 in 1.5 seconds, 1461 bytes.

Apr 12 10:45:34 haveaniceday spamd[8688]: spamd: result: . 0 - RCVD_IN_DNSWL_LOW scantime=1.5,size=1461,user=info@haveaniceday.com,uid=503,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=36508,mid=3E48B637-A322-4195-A159-8062A732559E@deardesperate.com,autolearn=unavailable

Apr 12 10:45:34 haveaniceday spamd[8687]: prefork: child states: II

Apr 12 10:45:36 haveaniceday postfix/local[15883]: DF1FA1E5C06B: to=info-haveaniceday.com@haveaniceday.com, orig_to=info@haveaniceday.com, relay=local, delay=4.7, delays=0.1/0.01/0/4.6, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME)

Apr 12 10:45:36 haveaniceday postfix/cleanup[15882]: 0305E1E5C135: message-id=3E48B637-A322-4195-A159-8062A732559E@deardesperate.com

Apr 12 10:45:36 haveaniceday postfix/local[15883]: DF1FA1E5C06B: to=info-haveaniceday.com@haveaniceday.com, orig_to=info@haveaniceday.com, relay=local, delay=4.8, delays=0.1/0.01/0/4.7, dsn=2.0.0, status=sent (forwarded as 0305E1E5C135)

Apr 12 10:45:36 haveaniceday postfix/qmgr[15111]: 0305E1E5C135: from=kenneth@deardesperate.com, size=1429, nrcpt=1 (queue active)

Apr 12 10:45:36 haveaniceday postfix/qmgr[15111]: DF1FA1E5C06B: removed

Apr 12 10:45:51 haveaniceday postfix/smtp[15914]: 0305E1E5C135: to=kenneth@deardesperate.com, orig_to=info@haveaniceday.com, relay=mail.deardesperate.com[75.127.110.5]:25, delay=20, delays=4.7/0.01/0.42/15, dsn=2.0.0, status=sent (250 OK id=1cyJaj-00065P-2p)

Apr 12 10:45:51 haveaniceday postfix/qmgr[15111]: 0305E1E5C135: removed

Apr 12 10:48:52 haveaniceday postfix/anvil[15880]: statistics: max connection rate 1/60s for (smtp:44.224.136.19) at Apr 12 10:45:31

Apr 12 10:48:52 haveaniceday postfix/anvil[15880]: statistics: max connection count 1 for (smtp:44.224.136.19) at Apr 12 10:45:31

Apr 12 10:48:52 haveaniceday postfix/anvil[15880]: statistics: max cache size 1 at Apr 12 10:45:31

Wed, 04/12/2017 - 14:16
Parapluie

Well, how about that? The log entries are now above. I posted them one at a time. Whew!

Please let me know where my error has been.

Thanking you.

Wed, 04/12/2017 - 14:40
andreychek

Howdy,

The log entries above are showing that emails are being handed off to procmail.

The next step is that you may want to take a peek at /var/log/procmail.log to see what procmail is doing with them.

-Eric

Wed, 04/12/2017 - 14:57
Parapluie

Bingo! Thank you Eric. I'm not familiar with procmail, and I had no idea where to find that log.

It looks like it may be pointing to the wrong directory? Maybe?

What do you make of this?

procmail: Unable to treat as directory "/var/www/haveaniceday.com/homes/info/Maildir"

procmail: Error while writing to "/var/www/haveaniceday.com/homes/info/Maildir"

procmail: Unable to treat as directory "/var/www/haveaniceday.com/homes/info/Maildir"

procmail: Lock failure on "/var/www/haveaniceday.com/homes/info/Maildir.lock"

procmail: Error while writing to "/var/www/haveaniceday.com/homes/info/Maildir"

From kenneth@deardesperate.com Wed Apr 12 11:16:56 2017

Subject: test 170412 2

Folder: Bounced 1542

Time:1492010219 From:kenneth@deardesperate.com To:info@haveaniceday.com User:info-haveaniceday.com Size:1739

Dest:/var/www/haveaniceday.com/homes/info/Maildir/ Mode:None

Wed, 04/12/2017 - 14:58
Parapluie

Bingo! Thank you Eric. I'm not familiar with procmail, and I had no idea where to find that log.

It looks like it may be pointing to the wrong directory? Maybe?

What do you make of this?

(just a sec…)

Wed, 04/12/2017 - 14:59
Parapluie

procmail: Unable to treat as directory "/var/www/haveaniceday.com/homes/info/Maildir"

procmail: Error while writing to "/var/www/haveaniceday.com/homes/info/Maildir"

procmail: Unable to treat as directory "/var/www/haveaniceday.com/homes/info/Maildir"

procmail: Lock failure on "/var/www/haveaniceday.com/homes/info/Maildir.lock"

procmail: Error while writing to "/var/www/haveaniceday.com/homes/info/Maildir"

From kenneth@deardesperate.com Wed Apr 12 11:16:56 2017

Subject: test 170412 2

Folder: Bounced 1542

Time:1492010219 From:kenneth@deardesperate.com To:info@haveaniceday.com User:info-haveaniceday.com Size:1739 Dest:/var/www/haveaniceday.com/homes/info/Maildir/ Mode:None

Wed, 04/12/2017 - 18:27
Parapluie

Notes:

in /etc/postfix/main.cf, "home_mailbox" is set to "Maildir/"

and

in /etc/procmailrc, ORGMAIL and DEFAULT are both set to "$HOME/Maildir/"

Is it possible that this is a permissions error? The "Lock failure" entry makes me ask this.

Thu, 04/13/2017 - 02:59
Joe
Joe's picture

So...you've configured your system to put homes into /var/www. The permissions will be all wrong for that. Virtualmin configures home directories to go into /home, by default...so, that's been changed since installation.

You could alter permissions on /var/www to match those of /home, but you'll have some other hoops to jump through to make this configuration work. Why do you want homes in /var/www?

--

Check out the forum guidelines!

Thu, 04/13/2017 - 13:05
Parapluie

Thank you, Joe.

So, if I have you correctly, you are saying that the full path to Maildir is currently:

/var/www/homes/info/Maildir (aka: $HOME/Maildir),

and you are saying it's better to set the full path to:

/var/www/mydomain.com/homes/info/Maildir (aka: $HOME/mydomain.com/homes/info/Maildir);

and that I must change this in /etc/procmailrc?

Note that I have no personal preference to send mail to anywhere other than the standard location. I set up the addresses in Webmin, and then imported it to Virtualmin and this is the result. (Note: that's not what I will doing in the future :-( )

Thu, 04/13/2017 - 19:13
Diabolico
Diabolico's picture
So, if I have you correctly, you are saying that the full path to Maildir is currently: /var/www/homes/info/Maildir (aka: $HOME/Maildir),

No, he said the right path to anything related to virtualservers (yes, email included) should be /home/virtualserver_name/, e.g. /home/virtualserver_name/Maildir/.

- I often come to the conclusion that my brain has too many tabs open. -
Failing at desktop publishing & graphic design since 1994.

Fri, 04/14/2017 - 00:47
Joe
Joe's picture

Diabolico is correct.

I said nothing about changing the procmailrc. I said you either need to update the permissions on /var/www to be the same as /home, or you need to switch your system back to using /home for homes. You have, at some point, configured your system to use /var/www for the home directory. That's not the default in Virtualmin, and you will need to manually make several changes to make it work.

To be clear: /var/www/homes is not where homes go in a Virtualmin system, by default. You've changed the home directory for new users, and it is not expected to work, without significant changes.

--

Check out the forum guidelines!

Fri, 04/14/2017 - 16:18
Parapluie

Well. I'm sure that, I don't have to say it, but I will: I'm confused.

What structure is the "default in Virtualmin?" I can't find that in the docs.

Are all virtual server files and users stored under /home? Or are web pages served from /var/www/ and email is routed to /home? (Note that I'm using CentOS 6.)

The reason I am here now is because the virtualmin installation "wizard" failed royally, and I was forced to do the original setup manually. Not my preference. :-|

I'm debating whether I should burn it down and start over. Do you think I can redirect the directory paths easily enough?

Fri, 04/14/2017 - 17:24
Diabolico
Diabolico's picture
Are all virtual server files and users stored under /home? Or are web pages served from /var/www/ and email is routed to /home? (Note that I'm using CentOS 6.)

You already got the answer to this question in my previous post:

the right path to anything related to virtualservers (yes, email included) should be /home/virtualserver_name/, e.g. /home/virtualserver_name/Maildir/.

During the whole Virtualmin installation process there isnt one part what would change (default) /home to /var/www, so whatever happened it was by you and only after the installation. Of course this is true if Virtualmin was installed on fresh/clean OS as suggested by their documentation. To put it simple, problems you have now didnt originated from Virtualmin.

I would suggest to wipe out your server and pay someone to set up everything. Good start would be HERE.

- I often come to the conclusion that my brain has too many tabs open. -
Failing at desktop publishing & graphic design since 1994.

Fri, 04/14/2017 - 18:48
Parapluie

Y'know, Diabolico, that price is right. I think I'll do that.

But, in my defence I'll assure you that Binet, Kaufmann, and even Jimmy Mensa hisself will assure you that I'm no eejit. The assumption that the Virtualmin installation wizard (on a fresh/clean OS) works as well as documentation suggests is not a good assumption. 100% of the time? No way, man.

Otherwise, would there be a commercial installation service?

Fri, 04/14/2017 - 20:07
Diabolico
Diabolico's picture
100% of the time? No way, man.

There was only two problems that i know and both occurred during post install wizard:
1. Problem with MySQL password in case you set this before Virtualmin installation
2. Start up of ClamAV and only on Centos 7

Both situation doesnt have anything to do with your case.

Otherwise, would there be a commercial installation service?

For people who lack the minimum knowledge how to manage the server this option is probably more than welcome and doesnt have anything to do with eventual problems during the installation. To be honest i dont remember Virtualmin had any problems during the install for the last 2-3 years or even more. If there is a problem then must be the server/hosting company or server owner or both.

- I often come to the conclusion that my brain has too many tabs open. -
Failing at desktop publishing & graphic design since 1994.

Topic locked