No email in inbox

25 posts / 0 new
Last post
#1 Fri, 04/24/2009 - 10:25
hapa604

No email in inbox

My server has been running fine and I hadn't made any changes recently other than adding a new domain a couple of days ago. About a day after that I stopped receiving incoming mail.

Here is my mail.log:

[code:1] Apr 24 12:09:31 server postfix/smtpd[21261]: connect from smtp.novuscom.net[216.19.176.3] Apr 24 12:09:31 server postfix/smtpd[21261]: B26D022084FB: client=smtp.novuscom.net[216.19.176.3] Apr 24 12:09:31 server postfix/cleanup[21265]: B26D022084FB: message-id=<008201c9c510$4c6a18e0$e53e4aa0$@com> Apr 24 12:09:31 server postfix/qmgr[29902]: B26D022084FB: from=<webmaster@numinix.com>, size=3120, nrcpt=1 (queue active) Apr 24 12:09:31 server postfix/smtpd[21261]: disconnect from smtp.novuscom.net[216.19.176.3] Apr 24 12:09:31 server postfix/local[21266]: B26D022084FB: to=<sales.numinix@server.numinix.net>, orig_to=<sales@numinix.com>, relay=local, delay=0.04, delays=0.03/0/0/0.02, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME) Apr 24 12:09:31 server postfix/qmgr[29902]: B26D022084FB: removed Apr 24 12:09:36 server dovecot: pop3-login: Login: user=<jlew.numinix>, method=PLAIN, rip=216.19.178.200, lip=192.168.1.199 Apr 24 12:09:36 server dovecot: POP3(jlew.numinix): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 Apr 24 12:09:36 server dovecot: pop3-login: Login: user=<sales.numinix>, method=PLAIN, rip=216.19.178.200, lip=192.168.1.199 Apr 24 12:09:36 server dovecot: POP3(sales.numinix): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 Apr 24 12:09:36 server dovecot: pop3-login: Login: user=<webmaster.numinix>, method=PLAIN, rip=216.19.178.200, lip=192.168.1.199 Apr 24 12:09:36 server dovecot: POP3(webmaster.numinix): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 Apr 24 12:09:36 server dovecot: pop3-login: Login: user=<purchasing.numinix>, method=PLAIN, rip=216.19.178.200, lip=192.168.1.199 Apr 24 12:09:36 server dovecot: POP3(purchasing.numinix): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 [/code:1] Here is the Postfix config: [code:1]

See /usr/share/postfix/main.cf.dist for a commented, more complete version Debian specific: Specifying a file name will cause the first line of that file to be used as the name. The Debian default is /etc/mailname. myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no

appending .domain is the MUA's job.

append_dot_mydomain = no

Uncomment the next line to generate "delayed mail" warnings delay_warning_time = 4h

readme_directory = /usr/share/doc/postfix

TLS parameters

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 alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases mydestination = $mydomain, localhost.$mydomain, localhost, numinix.com, server.numinix.net mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME mailbox_size_limit = 0 recipient_delimiter = + html_directory = /usr/share/doc/postfix/html virtual_alias_maps = hash:/etc/postfix/virtual home_mailbox = Maildir/ smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination mail_spool_directory = /home/mail inet_interfaces = all [/code:1] Here is the dovecot config (comments removed):

[code:1]protocols = imap pop3 listen = * disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " ssl_listen = ssl_disable = yes mail_location = maildir:~/Maildir mail_privileged_group = mail

protocol pop3 { pop3_uidl_format = %08Xu%08Xv } protocol managesieve { sieve=~/.dovecot.sieve sieve_storage=~/sieve } auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root }[/code:1]

Fri, 04/24/2009 - 10:33
andreychek

Howdy,

Hmm, how about in /var/log/procmail.log -- what do the entries in there look like for the users you aren't seeing email for?
-Eric

Fri, 04/24/2009 - 10:36
hapa604

[code:1]Time:1240600877 From:MAILER-DAEMON@server.numinix.net To:www-data@server.numinix.net User:www-data Size:3707 Dest::0wi Mode:None
From jeffreyalew@gmail.com Fri Apr 24 12:24:05 2009
Subject: adfasd
Folder: :0wi 4282
Time:1240601045 From:jeffreyalew@gmail.com To:&Acirc;&laquo;&Acirc;&raquo;sales@numinix.com User:&Acirc;&laquo;&Acirc;&raquo;sales.numinix Size:4282 Dest::0wi Mode:None
From root@server.numinix.net Fri Apr 24 12:26:03 2009
Subject: Cron &lt;root@server&gt; /etc/webmin/virtual-server/collectinfo.pl
Folder: :0wi 699
Time:1240601163 From:root@server.numinix.net To:root@server.numinix.net User:jeff Size:699 Dest::0wi Mode:None
From www-data@server.numinix.net Fri Apr 24 12:26:22 2009
Subject: Message from Numinix Technology
Folder: :0wi 5511[/code:1]

Fri, 04/24/2009 - 10:40 (Reply to #3)
andreychek

The &quot;Folder&quot; line there looks ominous.

It should be a full path to a specific directory, such as:

[code:1]Folder: /home/USERNAME/Maildir/new/1240570845.17737_0.HOSTNAME[/code:1]

It almost looks like something went awry with some filters? Do you know if perhaps the account owner was trying to add in some filters, or even manually editing the .procmailrc file?

What I might do is look in $HOME/.procmailrc, and see if anything looks incorrect -- or even just move that file out of the way for now until you get things working.
-Eric

Fri, 04/24/2009 - 10:39
hapa604

Got this message from GMAIL:

[code:1]Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 554 554 5.7.1 &lt;sales@numinix.com&gt;: Relay access denied (state 14).[/code:1]

Fri, 04/24/2009 - 10:52
hapa604

Sorry, where do I find that file?

No new filters have been added.

Fri, 04/24/2009 - 11:15 (Reply to #6)
andreychek

Well, let's try this... what happens if you log in over SSH, and type:

find /home -name .procmailrc

That will give us a hint if procmail could be causing the issue.
-Eric

Fri, 04/24/2009 - 11:22
hapa604

All I get is:

[code:1]server:~# find /home -name .procmailrc
server:~#[/code:1]

Sun, 06/07/2009 - 07:52
hapa604

This is in /etc/procmailrc

[code:1]
LOGFILE=/var/log/procmail.log
ORGMAIL=$HOME/Maildir/
GFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl :0wi
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test &quot;$VIRTUALMIN&quot; != &quot;&quot;
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0 * ?/usr/bin/test $VIRTUALMIN != &quot;&quot;
{ INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
} ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/

DROPPRIVS=yes
:0
$DEFAULT
:0
* ^X-Spam-Status: Yes
$DEFAULT[/code:1]

Fri, 04/24/2009 - 12:08
hapa604

I tried

# find /home .procmailrc
find: .procmailrc no such file or directory

Sun, 06/07/2009 - 07:52
hapa604

This is in /etc/procmailrc

[code:1]
LOGFILE=/var/log/procmail.log
ORGMAIL=$HOME/Maildir/
GFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl :0wi
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test &quot;$VIRTUALMIN&quot; != &quot;&quot;
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0 * ?/usr/bin/test $VIRTUALMIN != &quot;&quot;
{ INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
} ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/

DROPPRIVS=yes
:0
$DEFAULT
:0
* ^X-Spam-Status: Yes
$DEFAULT[/code:1]

Sun, 06/07/2009 - 07:52
Joe
Joe's picture

So, your procmailrc is all kinda broken.

I'm not even sure where to start on fixing it. Might be best just to move it out of the way and create a fresh one.

Here's what is generally ought to look like:

LOGFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test &quot;$VIRTUALMIN&quot; != &quot;&quot;
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/
DROPPRIVS=yes

--

Check out the forum guidelines!

Sun, 06/07/2009 - 07:52
hapa604

This is in /etc/procmailrc

[code:1]
LOGFILE=/var/log/procmail.log
ORGMAIL=$HOME/Maildir/
GFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl :0wi
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test &quot;$VIRTUALMIN&quot; != &quot;&quot;
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0 * ?/usr/bin/test $VIRTUALMIN != &quot;&quot;
{ INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
} ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/

DROPPRIVS=yes
:0
$DEFAULT
:0
* ^X-Spam-Status: Yes
$DEFAULT[/code:1]

Sun, 06/07/2009 - 07:52
Joe
Joe's picture

So, your procmailrc is all kinda broken.

I'm not even sure where to start on fixing it. Might be best just to move it out of the way and create a fresh one.

Here's what is generally ought to look like:

LOGFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test &quot;$VIRTUALMIN&quot; != &quot;&quot;
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/
DROPPRIVS=yes

--

Check out the forum guidelines!

Fri, 04/24/2009 - 12:42
Joe
Joe's picture

You'll also want to figure out who/what broke your procmailrc, so you can prevent it from happening again. I don't believe we've seen any procmailrc corruption bugs in Webmin or Virtualmin...maybe ever, and certainly not lately. So I don't think we can take the blame for it. If you're using any other tools to manage procmail, or editing it manually, you might want to consider not doing so...since it seems to be causing problems.

--

Check out the forum guidelines!

Fri, 04/24/2009 - 12:56 (Reply to #15)
hapa604

I haven't edited it at all.

Do I just rename the procmailrc file so it isn't used?

Fri, 04/24/2009 - 12:58 (Reply to #16)
hapa604

I'm getting:

Apr 24 14:57:11 server postfix/smtpd[29862]: connect from wa-out-1112.google.com[209.85.146.178]
Apr 24 14:57:11 server postfix/smtpd[29862]: NOQUEUE: reject: RCPT from wa-out-1112.google.com[209.85.146.178]: 554 5.7.1 &lt;sales@numinix.com&gt;: Relay access denied; from=&lt;jeffreyalew@gmail.com&gt; to=&lt;sales@numinix.com&gt; proto=ESMTP helo=&lt;wa-out-1112.google.com&gt;
Apr 24 14:57:11 server postfix/smtpd[29862]: disconnect from wa-out-1112.google.com[209.85.146.178]

Fri, 04/24/2009 - 13:17 (Reply to #17)
Joe
Joe's picture

This is completely different from the procmail issues. Is sales@numinix.com a valid address on your system? (Or, should it be?)

This is postfix not knowing about that address. It could be missing from the virtual maps file (/etc/postfix/virtual)...Oh, wait, I just looked at your main.cf again. numinix.com is being treated special, and is not under the control of Virtualmin at all. You have it in mydestination. Is there a &quot;sales&quot; user on your system?

--

Check out the forum guidelines!

Fri, 04/24/2009 - 16:40 (Reply to #18)
hapa604

yes, it is added as an email account under the numinix.com virtual domain.

Fri, 04/24/2009 - 16:51
hapa604

Anyways, disregard that error.

I am getting this in the mail.log:

Apr 24 18:47:29 server postfix/smtpd[8220]: connect from rv-out-0506.google.com[209.85.198.236]
Apr 24 18:47:30 server postfix/smtpd[8220]: 0AD9322084FB: client=rv-out-0506.google.com[209.85.198.236]
Apr 24 18:47:30 server postfix/cleanup[8225]: 0AD9322084FB: message-id=&lt;001f01c9c547$e2903020$a7b09060$@com&gt;
Apr 24 18:47:30 server postfix/qmgr[8133]: 0AD9322084FB: from=&lt;jeffreyalew@gmail.com&gt;, size=4245, nrcpt=1 (queue active)
Apr 24 18:47:30 server postfix/local[8226]: 0AD9322084FB: to=&lt;sales.numinix@numinix.net&gt;, orig_to=&lt;sales@numinix.com&gt;, relay=local, delay=0.07, delays=0.06/0/0/0.01, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME)
Apr 24 18:47:30 server postfix/qmgr[8133]: 0AD9322084FB: removed

procmail.log:

From jeffreyalew@gmail.com Fri Apr 24 12:24:05 2009
Subject: adfasd
Folder: :0wi 4282
Time:1240601045 From:jeffreyalew@gmail.com To:sales@numinix.com User:sales.numinix Size:4282 Dest::0wi Mode:None
From root@server.numinix.net Fri Apr 24 12:26:03 2009
Subject: Cron &lt;root@server&gt; /etc/webmin/virtual-server/collectinfo.pl
Folder: :0wi 699
Time:1240601163 From:root@server.numinix.net To:root@server.numinix.net User:jeff Size:699 Dest::0wi Mode:None
From www-data@server.numinix.net Fri Apr 24 12:26:22 2009
Subject: Message from Numinix Technology
Folder: :0wi 5511
Time:1240601182 From:russ@thegemtree.com To:sales@numinix.com User:sales.numinix Size:5511 Dest::0wi Mode:None
From root@server.numinix.net Fri Apr 24 12:31:03 2009
Subject: Cron &lt;root@server&gt; /etc/webmin/virtual-server/collectinfo.pl
Folder: :0wi 699
Time:1240601463 From:root@server.numinix.net To:root@server.numinix.net User:jeff Size:699 Dest::0wi Mode:None

Fri, 04/24/2009 - 16:57 (Reply to #20)
hapa604

We're back to the original issue. Currently /etc/procmailrc is renamed so that it isn't being used.

Fri, 04/24/2009 - 17:00 (Reply to #21)
hapa604

There is no &quot;sales&quot; account, only &quot;sales.numinix&quot;

Fri, 04/24/2009 - 17:20 (Reply to #22)
hapa604

weird, I just tested and was now able to receive external email. All I did was put the procmailrc file back with the contents you uggested earlier... Wish I could provide a reason why it now suddendly works.

Fri, 04/24/2009 - 18:46 (Reply to #23)
Joe
Joe's picture

<div class='quote'>Currently /etc/procmailrc is renamed so that it isn't being used. </div>

Then how do you expect mail to be delivered? ;-)

I see you've figured that out...though you're calling it weird. Which is...weird. ;-)

<div class='quote'>Wish I could provide a reason why it now suddendly works.</div>

Because procmailrc was broken, and then gone, and now...suddenly, you've got a valid procmailrc. There's your reason. ;-)

--

Check out the forum guidelines!

Fri, 04/24/2009 - 19:28 (Reply to #24)
hapa604

No, I obviously tested it with your settings before disabling procmail. Also, &quot;move it out of the way&quot; doesn't actually explain what to do, which is why I renamed it.

Anyways, something went right and I thank you and the other moderator for your support.

Topic locked