L> Fetchmail must relay mail to dbmail and not to postfix because
L> postfix relay all of certain domain. for Example : a mail for
L> [EMAIL PROTECTED] (inwind is a provider with thousand of free mail
L> account) . If Fetchmail send it to Postfix, this make a lookup of
L> mx record of domain and resend the mail in internet. this mail
L> return in my mailbox in internet.
L> I can rewrite this configuration in my local dns o setting inwind
L> domain as local in postfix but so i can't send mail to other inwind
L> users !!
OK, so the jist of the matter is that you have are trying to feed mail
from multiple inbound accounts, served by machines outside of your
control, into a local database, while using a single (local) server to
handle all of your outbound mail.
[A side note - many systems are now moving to "MX record
verification". If you send mail from "[EMAIL PROTECTED]" using your local
server, it won't arrive at its destination from the "correct" server,
i.e., one listed as being an official mail exchanger for inwind.it.
This would be rejected. We are looking at adding this type of
filtering to our system, because it would mean those thousands of
spammers who claim HOTMAIL.COM accounts would only get through if it
came from a HOTMAIL.COM server...]
Are you certain that your timezone variable is set correctly on each
of the servers you have fetchmail connecting to? Message times are
part of the header, subject to local rewriting. If I connect to our
system from a different time zone, the system will provide the message
time in U.S. CDT, with the UTC offset, which the local computer will
then display in the whatever the local time zone is, IF it knows about
the difference
fetchmail might be doing a time zone correction such as this, which
would give you offsets in even hours. Example: here is the message
header from the message I'm responding to:
Received: from typhoon.fastxs.net (typhoon.fastxs.net [62.133.136.5])
by kathy.espi.com (Postfix) with ESMTP id CF1719C9
for <[EMAIL PROTECTED]>; Fri, 6 Sep 2002 03:03:07 -0500 (CDT)
Received: from typhoon.fastxs.net (localhost [127.0.0.1])
by typhoon.fastxs.net (Postfix) with ESMTP
id 7A79A47A07; Fri, 6 Sep 2002 10:03:02 +0200 (CEST)
Received: from backup.medialayer.it (unknown [212.34.214.108])
by typhoon.fastxs.net (Postfix) with ESMTP id 5487C479EF
for <dbmail@dbmail.org>; Fri, 6 Sep 2002 10:02:44 +0200 (CEST)
Received: from merlino (merlino [10.0.0.127])
by backup.medialayer.it (Postfix) with SMTP id B8916171B5
for <dbmail@dbmail.org>; Fri, 6 Sep 2002 10:04:23 -0400 (EDT)
My mail program reports the "created" time as:
Fri, 06 Sep 2002 03:03:10 (Fri, 6 Sep 2002 10:03:10 +0200)
Which is the CEST time corrected to CDT (it shows both). If my
computer were set to EDT (which it appears that backup.medialayer.it
is set to), the same header would have shown a "created" time of
04:03:10, meaning it arrived 6 hours before it was sent... B-)
Most users of dbmail are not going to encounter this, but I think the
cure will be to verify the time zone settings on all computers, to
make sure they're correct.
--
Jeff Brenton
President,
Engineered Software Products, Inc
http://espi.com
Questionable web page: http://dididahdahdidit.com
Liberalism grants you the freedom to advocate any idea*.
* Please see http://www.dididahdahdidit.com/except.php for a
current list of exceptions
