Mail Problems after update

[mcguigan]

Hi,

A customer of ours updated his Intranator yesterday, and since then his mail has been acting strange. He says it seems like the system is permanently checking mail, although it should only check every 15 minutes or so.

His current version info is:
Version: 4.1.0
Modell: 2200

Here's a piece of his incoming mail logs. It seems like a DNS problem perhaps, not sure. But it's strange that it happens now after applying an update..

---------------------------
(envelope-from m.vala@cbg-informatik.com)
fetchmail: Checking if pop.kundenserver.de is really the same node as samoa.sis.co.at
fetchmail: No, their IP addresses don't match
fetchmail: line rejected, samoa.sis.co.at is not an alias of the mailserver
fetchmail: analyzing Received line:
Received: from cbgtest.vienna.sisworld.com (cbgtest.vienna.sis.co.at [192.56.14.72])
by vanua.vienna.sis.co.at (8.9.3/8.9.3) with SMTP id SAA06574
for <rschoessler@sahmwinder.de>; Wed, 10 Sep 2003 18:48:04 +0200
fetchmail:
fetchmail: nameserver failure while looking for `vanua.vienna.sis.co.at' during poll of pop.kundenserver.de.
fetchmail: nameserver failure while looking for `vanua.vienna.sis.co.at' during poll of pop.kundenserver.de.
fetchmail: line accepted, vanua.vienna.sis.co.at is an alias of the mailserver
fetchmail: found Received address `rschoessler@sahmwinder.de'
fetchmail: About to rewrite From: "CBG Informatik GmbH "<m.vala@cbg-informatik.com>
Rewritten version is From: "CBG Informatik GmbH "<m.vala@cbg-informatik.com>

fetchmail: About to rewrite Sender: "CBG Informatik GmbH "<m.vala@cbg-informatik.com>
Rewritten version is Sender: "CBG Informatik GmbH "<m.vala@cbg-informatik.com>

fetchmail: About to rewrite To: rschoessler@sahmwinder.de
Rewritten version is To: rschoessler@sahmwinder.de

fetchmail: passed through rschoessler@sahmwinder.de matching sahmwinder.de
fetchmail: forwarding and deletion suppressed due to DNS errors
.................................................. .................................................. .................................................. .................................................. .................................................. ...........................fetchmail: not flushed
fetchmail: POP3> RETR 2
fetchmail: POP3< +OK 3918 octets
fetchmail: reading message m7692093-1@pop.kundenserver.de:2 of 3 (3918 octets)
fetchmail: About to rewrite Return-path: <>
Rewritten version is Return-path: <>

fetchmail: analyzing Received line:
Received: from [217.72.192.164] (helo=mailgate3.cinetic.de)
by mxng03.kundenserver.de with esmtp (Exim 3.35 #1)
id 19yp4Q-0004yR-00
for hwilhelm@sahmwinder.de; Mon, 15 Sep 2003 10:50:54 +0200
fetchmail: line rejected, mxng03.kundenserver.de is not an alias of the mailserver
fetchmail: analyzing Received line:
Received: from mx23.dlan.cinetic.de (mx23.dlan.cinetic.de [172.20.3.172])
by mailgate3.cinetic.de (8.11.6p2/8.11.2/SuSE Linux 8.11.0-0.4) with ESMTP id h8F8osg01555
for <hwilhelm@sahmwinder.de>; Mon, 15 Sep 2003 10:50:54 +0200
fetchmail: Checking if pop.kundenserver.de is really the same node as mailgate3.cinetic.de
fetchmail: No, their IP addresses don't match
fetchmail: line rejected, mailgate3.cinetic.de is not an alias of the mailserver
fetchmail: analyzing Received line:
Received: (from fmail@localhost)
by mx23.dlan.cinetic.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) id h8F8okY29353;
Mon, 15 Sep 2003 10:50:46 +0200
fetchmail:
fetchmail: nameserver failure while looking for `mx23.dlan.cinetic.de' during poll of pop.kundenserver.de.

[Gerd von Egidy]

Hi,

it seems like the domain isn't configured very well on the Intranator: you are using the "Received" envelope while there is a normal envelope header available.

Go to Dienste > Email > Domains and switch "Multidrop Header Typ" to "Normaler Header" and enter "Envelope-to:" as multidrop header. This type of configuration doesn't need dns lookups.

The problem you are seeing here probably comes from a dns problem at the senders provider. We recommend using "Received" only as last resort because of these (and other) problems.

Kind regards,

Gerd v. Egidy