Prev Previous Post   Next Post Next
Old 26th October 2007, 15:15
erebus erebus is offline
Join Date: Sep 2007
Posts: 63
Thanks: 10
Thanked 9 Times in 9 Posts
Default Postfix delivery problem

Hello all,

The last days I noticed a weird problem related to postfix and its mail delivery. Before I start explaining the situation I want to say that I 've already searched for two days in the forum and found tons of problems related to the 'catchall' functionality and the local-host-names file. I don't know if this is the case for me, but I would try to explain the problem, pointing out what I have tested/changed so far.

First of all normal e-mail accounts seem to work well. The problem is with the 'catchall' functionality, especially when forwarding the 'catchall' account to a normal account. I.e.:

I have a website www.web.tld and a normal account info@web.tld. I have another website in ISPConfig, named and have set there a catchall account info@city.tld which forwards all mail to info@web.tld. The problem is that these catchall e-mails for city.tld are never delivered to info@web.tld but instead are delivered to the local root account!

The machine name is nemesis.web.tld, which is not set as a vhost in ISPConfig, and I also use the alias mail.web.tld which is not set as vhost too.

Here is my file:

queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
mail_owner = postfix
myhostname = nemesis.web.tld
mydomain = nemesis.web.tld
myorigin = nemesis.web.tld
inet_interfaces = all
unknown_local_recipient_reject_code = 550
debugger_command =
         xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-2.2.10/samples
readme_directory = /usr/share/doc/postfix-2.2.10/README_FILES
smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
mynetworks =
smtpd_tls_auth_only = no
smtp_use_tls = yes
smtpd_use_tls = yes
smtp_tls_note_starttls_offer = yes
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom
virtual_maps = hash:/etc/postfix/virtusertable
mydestination = /etc/postfix/local-host-names
Here is my hostname:

[erebus@nemesis ~]$ hostname
[erebus@nemesis ~]$ hostname -f
Here is the contents of my local-host-names:


a bunch of other (www.)names.tld created by ISPConfig

nemesis.web.tld is also the name I use in ISPConfig's setup (but there is NO vhost with that name). I 've also tried to use mail.web.tld instead of 'nemesis.web.tld' in but in vain.

Here are the relevant maillog entries:

Oct 26 15:01:15 nemesis postfix/cleanup[4065]: CD3A044022A: message-id=<4721D6BD.2090303@sh.tld>
Oct 26 15:01:15 nemesis postfix/qmgr[850]: CD3A044022A: from=<info@sh.tld>, size=1484, nrcpt=1 (queue active)
Oct 26 15:01:15 nemesis postfix/local[4207]: CD3A044022A: to=<root@nemesis.web.tld>, orig_to=<test@city.tld>, relay=local, delay=1, status=sent (delivered to mailbox)
Oct 26 15:01:15 nemesis postfix/qmgr[850]: CD3A044022A: removed
Oct 26 15:01:15 nemesis postfix/smtpd[3983]: disconnect from mx-out.for.tld[193.92.150.x]
[root@nemesis /var/mail]# tail -n 30 /var/log/maillog
Those 'root' mails, are stored in /var/mail where the 'root' file is increasing because of those deliveries:

[root@nemesis /var/mail]# l
total 2.1M
drwxrwxr-x   2 root mail 4.0K Oct 26 14:47 ./
drwxr-xr-x  14 root root 4.0K Sep 20 17:14 ../
-rw-------   1 root mail 2.1M Oct 26 14:47 root
However catchall for other domains seem to work, i.e.:

Oct 26 14:04:48 nemesis postfix/local[2648]: 5A190440228: to=<web.tld_info@nemesis.web.tld>, orig_to=<info@uni.tld>, relay=local, delay=18, status=sen
t (delivered to command: /usr/bin/procmail -f-)
Oct 26 14:04:48 nemesis postfix/qmgr[850]: 5A190440228: removed
(uni.tld has a catchall for info@web.tld too).

Also, DNS and MX records are in place for all the above domains.

Any ideas are very welcome as this is a production server and I don't know what else to do (not any experience with postfix too).

P.S. In the above logs I have changed the real domains for obvious reasons; however I have changed them carefully and each one represents the real one.

Last edited by erebus; 26th October 2007 at 15:18.
Reply With Quote
The Following User Says Thank You to erebus For This Useful Post:
robertoshulze2257 (24th July 2014)
Sponsored Links


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
postfix problems with smtp linkdeb Server Operation 13 15th March 2014 18:58
Postfix Email Delivery Problem sedat1903 HOWTO-Related Questions 2 22nd December 2008 12:19
Centos 4.4 32bit Hangs, High Server load 3cwired_com Server Operation 11 16th November 2006 16:47
Verify email setup meekish Installation/Configuration 28 27th October 2006 16:36
Postfix problem or no? blackbeard Server Operation 1 28th July 2006 10:12

All times are GMT +2. The time now is 05:12.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.