Re: getaddr confusion

On Fri, 2016-04-22 at 13:16 +0100, Neil Romig wrote:
> On Fri, 2016-04-22 at 12:38 +0100, ed wrote:
> > On Fri, Apr 22, 2016 at 09:49:47AM +0100, Neil Romig wrote:
> > > As a follow-up, I have had another instance of getaddr failing - it 
> > > extracted 'tapmagi' from 'tapmagic faucet <[email protected]>'
> > > 
> > > Something is not working properly, though where the problem lies I
> > > cannot guess!
> > 
> > Do you have the original mail, and if so, can you reproduce the problem 
> > by catting it to /usr/lib/sendmail -fenvelopsender@yourdomain 
> > you@yourdomain?
> > 
> > Ed
> > 
> The issue is repeatable using sendmail - though this time around nothing is matched.
> Now I am looking closely at the issue, I have several other messages that also fail to produce the expected matching.
> I have logged both $MATCH1 and getaddr($MATCH1) for the catted message and nothing appears in the logfile where I would expect the address (or at least something).
> Since it is not a sensitive message I have put it below (only changing my private email address) so you can try it if you wish.
> 
> Return-Path: <[email protected]>
> Received: from mail-ig0-f173.google.com ([::ffff:209.85.213.173])
>   (TLS: TLSv1/SSLv3,128bits,AES128-GCM-SHA256)

All quiet on the reply front...

am I the only one having problems with maildrop filtering?

Neil.

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j