[Mimedefang] Relayed emails can't be filter!

[Cương Bùi]

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
**********************