Mail not getting to mail boxes

ehults · Post by **ehults** » Sat Oct 29, 2005 1:35 pm

I am replacing an existing e-mail system with Zimbra.

It is a FC4 box and I have Zimbra up & running. It is in a DMZ behind a firewall as is the exisiting system.

I can send mail to the box and it comes in the door and the delivery is deferred.

It never created any mail boxes in ../store until I sent mail which I am able to do from the Zimbra client connected to the network in the building.

It appears to be an IP # problem. I've found that if you aren't careful about the IP # you use in the hosts file the system won't come up upon reboot in any kind of reasonable time. I did a complete reinstall until I figured that out.

I have the hosts file set to the private IP # of the machine and it looks like Postfix is trying to connect to the public IP# which it probably can't do because of the firewall.

Any hope for this. Will setting up a local DNS server fix the problem as I read in a previous post?

Here's som log posts-

-> Received: SIZE=1866 from mail.proadv.com ([127.0.0.1]) by localhost (mail.proadv.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17351-02 for ; Sat, 29 Oct 2005 14:10:42 -0400 (EDT)

Oct 29 14:10:42 mail amavis[17351]: (17351-02) body hash: ef2537861df14706db8975bba2e9378d

Oct 29 14:10:42 mail amavis[17351]: (17351-02) Checking: geUQCIZ1qhS5 [195.210.231.120] ->

Oct 29 14:10:42 mail amavis[17351]: (17351-02) p001 1 Content-Type: text/plain, size: 1054 B, name:

Oct 29 14:10:42 mail amavis[17351]: (17351-02) Checking for banned types and filenames

Oct 29 14:10:42 mail amavis[17351]: (17351-02) collect banned table[0]: geaorge@proadv.com, tables: DEFAULT=>Amavis::Lookup::RE=ARRAY(0x8cacad0)

Oct 29 14:10:42 mail amavis[17351]: (17351-02) p.path geaorge@proadv.com: "P=p001,L=1,M=text/plain,T=asc"

Oct 29 14:10:42 mail amavis[17351]: (17351-02) Using ClamAV-clamd: (built-in interface)

Oct 29 14:10:42 mail amavis[17351]: (17351-02) Using (ClamAV-clamd) on dir: CONTSCAN /opt/zimbra/amavisd/tmp/amavis-20051029T140623-17351/parts

Oct 29 14:10:42 mail amavis[17351]: (17351-02) ClamAV-clamd: Connecting to socket 127.0.0.1:3310

Oct 29 14:10:42 mail amavis[17351]: (17351-02) ClamAV-clamd: Sending CONTSCAN /opt/zimbra/amavisd/tmp/amavis-20051029T140623-17351/parts
to INET socket 127.0.0.1:3310

Oct 29 14:10:42 mail amavis[17351]: (17351-02) ask_av (ClamAV-clamd): /opt/zimbra/amavisd/tmp/amavis-20051029T140623-17351/parts CLEAN

Oct 29 14:10:42 mail amavis[17351]: (17351-02) ClamAV-clamd result: clean

Oct 29 14:10:42 mail amavis[17351]: (17351-02) spam_scan: hits=3.856 tests=[BAYES_50=0.001,COMPLETELY_FREE=0.026,HELO_DYNAMIC_HCC=3.741,HOT_NASTY=0.088]

Oct 29 14:10:42 mail amavis[17351]: (17351-02) lookup_ldap_attr(amavisspamkilllevel) (WARN: no such attribute in LDAP entry), "geaorge@proadv.com" result=undef

Oct 29 14:10:42 mail amavis[17351]: (17351-02) lookup_ldap_attr(amavisspamtaglevel) (WARN: no such attribute in LDAP entry), "geaorge@proadv.com" result=undef

Oct 29 14:10:42 mail amavis[17351]: (17351-02) lookup_ldap_attr(amavisspamtag2level) (WARN: no such attribute in LDAP entry), "geaorge@proadv.com" result=undef

Oct 29 14:10:42 mail amavis[17351]: (17351-02) SPAM-TAG, -> , No, hits=3.856 tagged_above=-10 required=6.6 autolearn=no tests=[BAYES_50=0.001, COMPLETELY_FREE=0.026, HELO_DYNAMIC_HCC=3.741, HOT_NASTY=0.088]

Oct 29 14:10:42 mail postfix/smtpd[9038]: initializing the server-side TLS engine

Oct 29 14:10:42 mail postfix/smtpd[9038]: connect from localhost.localdomain[127.0.0.1]

Oct 29 14:10:42 mail amavis[17351]: (17351-02) AUTH not needed, user='', MTA offers ''

Oct 29 14:10:42 mail postfix/smtpd[9038]: 6C03C431486: client=localhost.localdomain[127.0.0.1]

Oct 29 14:10:42 mail amavis[17351]: (17351-02) response to RCPT TO for : "250 Ok"

Oct 29 14:10:42 mail postfix/cleanup[9032]: 6C03C431486: message-id=

Oct 29 14:10:42 mail postfix/qmgr[20248]: 6C03C431486: from=, size=2483, nrcpt=1 (queue active)

Oct 29 14:10:42 mail postfix/smtpd[9038]: disconnect from localhost.localdomain[127.0.0.1]

Oct 29 14:10:42 mail amavis[17351]: (17351-02) FWD via SMTP: -> , 250 2.6.0 Ok, id=17351-02, from MTA([127.0.0.1]:10025): 250 Ok: queued as 6C03C431486

Oct 29 14:10:42 mail amavis[17351]: (17351-02) lookup_ldap_attr(amavisspamtag2level) (WARN: no such attribute in LDAP entry), "geaorge@proadv.com" result=undef

Oct 29 14:10:42 mail amavis[17351]: (17351-02) Passed CLEAN, [195.210.231.120] [176.144.104.187] -> , Message-ID: , mail_id: geUQCIZ1qhS5, Hits: 3.856, 375 ms

Oct 29 14:10:42 mail amavis[17351]: (17351-02) TIMING [total 379 ms] - SMTP EHLO: 2 (1%)1, SMTP pre-MAIL: 1 (0%)1, lookup_ldap: 14 (4%)5, SMTP pre-DATA-flush: 1 (0%)5, SMTP DATA: 24 (6%)11, body_hash: 1 (0%)12, gen_mail_id: 0 (0%)12, mime_decode: 7 (2%)14, get-file-type1: 9 (2%)16, decompose_part: 1 (0%)16, parts_decode: 0 (0%)16, AV-scan-1: 12 (3%)19, spam-wb-list: 3 (1%)20, SA msg read: 0 (0%)20, SA parse: 1 (0%)21, SA check: 144 (38%)58, update_cache: 1 (0%)59, deal_with_mail_size: 1 (0%)59, fwd-connect: 20 (5%)64, fwd-mail-from: 35 (9%)74, fwd-rcpt-to: 4 (1%)75, write-header: 4 (1%)76, fwd-data: 0 (0%)76, fwd-data-end: 69 (18%)94, fwd-rundown: 2 (0%)94, main_log_entry: 20 (5%)99, update_snmp: 1 (0%)100, unlink-1-files: 1 (0%)100, rundown: 0 (0%)100

Oct 29 14:10:42 mail postfix/smtp[9035]: F0CA9431471: to=, relay=127.0.0.1[127.0.0.1], delay=20, status=sent (250 2.6.0 Ok, id=17351-02, from MTA([127.0.0.1]:10025): 250 Ok: queued as 6C03C431486)

Oct 29 14:10:42 mail amavis[17351]: (17351-02) extra modules loaded: Net/LDAP/Bind.pm

Oct 29 14:10:42 mail amavis[17351]: (17351-02) load: 0 %, total idle 258.265 s, busy 0.733 s

Oct 29 14:10:42 mail postfix/qmgr[20248]: 6C03C431486: to=, relay=none, delay=0, status=deferred (delivery temporarily suspended: connect to mail.proadv.com[64.223.77.106]: Connection timed out)

Oct 29 14:10:42 mail postfix/qmgr[20248]: F0CA9431471: removed

TIA

Bill

14319KevinH · Post by **14319KevinH** » Sat Oct 29, 2005 2:15 pm

[quote user="ehults"]Will setting up a local DNS server fix the problem as I read in a previous post?[/QUOTE]
Yes that should fix it.

ehults · Post by **ehults** » Sun Oct 30, 2005 7:23 am

That seems messy. Is there not a way to tell Postfix that if the mail is for local delivery that it should just hand it off to the local delivery engine and not do a DNS lookup to find the mailserver? This is what qmail does. It's running under the same conditions and delivers the mail correctly.

The connection between the local host mail.xyz.com & the domain xyz.com needs to be spelled out for Postfix perhaps?

A further observation on the IP# issue. Apparently Zimbra in the install process does a DNS lookup for the server name and adds an entry in the hosts file with the public IP # of the server. In the situation where the Zimbra server is behind a firewall which will not allow traffice that originates on the internal network back into the internal network (which is common in my expirience) then Zimbra will hang when it tries to start up.

The time outs are so long that I was convince that something had happened to my install & reinstalled the OS. The second time it happened I figured it out & booted Linux in single user mode & shut down the auto startup of Zimbra.

Thanks

Bill

14319KevinH · Post by **14319KevinH** » Sun Oct 30, 2005 3:27 pm

[quote user="ehults"]That seems messy. Is there not a way to tell Postfix that if the mail is for local delivery that it should just hand it off to the local delivery engine and not do a DNS lookup to find the mailserver?[/QUOTE]
Yes you can disable DNS lookups in the admin UI. Just remember to restart postfix afterwards

ehults · Post by **ehults** » Mon Oct 31, 2005 8:29 am

Is there a downside to this?

14319KevinH · Post by **14319KevinH** » Mon Oct 31, 2005 11:24 am

Yes. You won't be able to deliver mail externally since we can't find the IP.