[Mimedefang] Relayed emails can't be filter!
Cương Bùi
bhcuong2008 at gmail.com
Thu Jun 12 22:29:22 EDT 2014
Hi Bill,
Thank you for your clear explanation.
I really dont know what you mean here. This is actual log file from my
real system, I just remove some sensitive information
such as user, server name. It's sure that I dont understand 100% of
Sendmail or email flow. It's from OpenEMM.
I've also tested with ArchiveSMTP. The same issue exists.
And last night, I found that the issue may be from 8 concurrent
processes of sendmail. If I test sendmail from command line
sendmail -vt < [file of email content], it is recognized for ArchiveSMTP.
Note that I tested ArchiveSMTP and MIMEDefang separately.
===
/I believe your pointless excessive munging has made these fake log
lines misleading and useless, as well as incomplete. I'm ignoring them
entirely because they appear to be full of lies :) It also seems like
either your Sendmail is nothing like normal OR you have no idea how mail
is flowing through it. /
===
I dont touch submit.cf.
On 6/13/2014 5:44 AM, Bill Cole wrote:
> On 12 Jun 2014, at 12:26, Cương Bùi wrote:
>
>> Hi everyone,
>>
>> I'm really stuck here. I configure my sendmail server using
>> smarttable
>> (http://jmaimon.com/sendmail/anfi.homeunix.net/sendmail/smarttab.html)
>> and smart_host feature for routing to different smtp servers, users.
>>
>> All local emails (sm-mta process) are caught in mimedefang filter. It
>> means I can process
>> it in filter_* routines.
>> ===
>> Jun 12 14:39:17 srv-01 sm-mta[6520]: s5CEdHes006520:
>> from=</someuser at localhost/>, size=2461, class=0, nrcpts=1,
>> msgid=<1793922844.1402583957445>, proto=ESMTP, daemon=MTA-v4,
>> relay=localhost [127.0.0.1]
>> ===
>>
>> And, all outgoing relayed emails (sendmail process) are not caught.
>> It means I do not "see" it in
>> filter_* routines.
>> ===
>> Jun 12 14:40:20 srv-01 sendmail[6552]: STARTTLS=client,
>> relay=/smtp.outside.com/, version=TLSv1/SSLv3, verify=OK,
>> cipher=DHE-RSA-AES256-SHA, bits=256/256
>> Jun 12 14:40:21 srv-01 sendmail[6552]: 1983T66ee00000001:
>> to=</abc at example.com/>, delay=00:01:04, xdelay=00:00:04,
>> mailer=relay, pri=0, relay=/smtp.outside.com/. [/1.2.3.4/],
>> dsn=2.0.0, stat=Sent (Ok: queued as 296B68067B)
>> ===
>
> I believe your pointless excessive munging has made these fake log
> lines misleading and useless, as well as incomplete. I'm ignoring them
> entirely because they appear to be full of lies :) It also seems like
> either your Sendmail is nothing like normal OR you have no idea how
> mail is flowing through it.
>
> A *normal* sendmail configuration has 2 independently configured
> subsystems: the MSA that handles local submissions and the MTA that
> handles incoming mail from the world *AND* is used as a relay for all
> outbound mail by the MSA. Sendmail processes started as part of the
> MSA log as "sendmail" which those spawned by the main MTA daemon log
> as "sm-mta". A locally submitted message will generate at least 4 log
> lines (2 by each subsystem) and possibly an additional line from the
> MTA noting the TLS initiation.
>
> Because the MSA passes all mail to the MTA, the submit.cf file that it
> uses (instead of sendmail.cf) is very simple and the .mc to build it
> almost never needs changing from distribution defaults. It should
> certainly not get routing hacks like smarttable added.
>
>
>> Please help me out. I dont know how to solve this.
>
> Make sure you have a pristine submit.mc which is unchanged from the
> Sendmail distribution package, and rebuild submit.cf from it. Make
> sure your sendmail.mc has both the Milter related configurations you
> need for mimedefang and the 'feature' line for smarttable. Rebuild
> sendmail.cf from that file. Restart sendmail.
>
> _______________________________________________
> NOTE: If there is a disclaimer or other legal boilerplate in the above
> message, it is NULL AND VOID. You may ignore it.
>
> Visit http://www.mimedefang.org and http://www.roaringpenguin.com
> MIMEDefang mailing list MIMEDefang at lists.roaringpenguin.com
> http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
--
**********************
Regards,
Cuong Hoang Bui
ctek at cteklab.net
bhcuong2008 at gmail.com
**********************
More information about the MIMEDefang
mailing list