Marc Chametzky | 28 Mar 2012 22:25
Gravatar

Re: Metermaid & Slowing a Spammer with credentials

> I am testing with this below ( on the tcp_submit channel) and while it 
> is working Metermaid ONLY sees submissions for one msg when I add more 
> addresses to the cc and bcc lines, even though the MTA log shows 
> multiple separate submits. I'm trying to create a scenario where a 
> user sends to many users with one send by using the bcc column.
Now you're talking about recipients, not transactions.

MeterMaid can work on that, too. Simply put your callout to MeterMaid in 
a table like ORIG_MAIL_ACCESS and you can count the number of recipients 
sent from a certain address.

--Marc

Jens Pönninghaus | 29 Mar 2012 11:06
Picon
Picon

Re: Metermaid & Slowing a Spammer with credentials

Hi Marc, all,

On 28.03.2012 22:25, Marc Chametzky wrote:
>> I am testing with this below ( on the tcp_submit channel) and while it
>> is working Metermaid ONLY sees submissions for one msg when I add more
>> addresses to the cc and bcc lines, even though the MTA log shows
>> multiple separate submits. I'm trying to create a scenario where a
>> user sends to many users with one send by using the bcc column.
> Now you're talking about recipients, not transactions.
>
> MeterMaid can work on that, too. Simply put your callout to MeterMaid in
> a table like ORIG_MAIL_ACCESS and you can count the number of recipients
> sent from a certain address.

I'd also like to extend our metermaid use from counting mails 
(FROM_ACCESS) to counting recipients for obvious reasons.
Sadly, we currently still need to provide 'free' selection of from mail 
addresses to our clients (identity management is not up to deal with 
this kind of relationship), so I need to block the easy escape of using 
different addresses to trick counting in order to have a robust benefit 
and prevent joe-jobs.
As far as I did see, there is no 'auth-from' or otherwise suitable piece 
of information available in ORIG_MAIL_ACCESS to ensure doing the 
counting based on authentication information - with the exception of 
using 'auth-from to envelope from' rewrite ($J) in FROM_ADDRESS.
Rewriting might be an option to cure this but it is likely to have other 
downsides such as exposing individuals sending on behalf of a role 
address which event might give rise to other issues downstream, say 
spamscanner being picky about env-from and hdr-from differences.

(Continue reading)

Ned Freed | 29 Mar 2012 21:37

Re: Metermaid & Slowing a Spammer with credentials

> Hi Marc, all,

> On 28.03.2012 22:25, Marc Chametzky wrote:
> >> I am testing with this below ( on the tcp_submit channel) and while it
> >> is working Metermaid ONLY sees submissions for one msg when I add more
> >> addresses to the cc and bcc lines, even though the MTA log shows
> >> multiple separate submits. I'm trying to create a scenario where a
> >> user sends to many users with one send by using the bcc column.
> > Now you're talking about recipients, not transactions.
> >
> > MeterMaid can work on that, too. Simply put your callout to MeterMaid in
> > a table like ORIG_MAIL_ACCESS and you can count the number of recipients
> > sent from a certain address.

> I'd also like to extend our metermaid use from counting mails
> (FROM_ACCESS) to counting recipients for obvious reasons.
> Sadly, we currently still need to provide 'free' selection of from mail
> addresses to our clients (identity management is not up to deal with
> this kind of relationship), so I need to block the easy escape of using
> different addresses to trick counting in order to have a robust benefit
> and prevent joe-jobs.
> As far as I did see, there is no 'auth-from' or otherwise suitable piece
> of information available in ORIG_MAIL_ACCESS to ensure doing the
> counting based on authentication information - with the exception of
> using 'auth-from to envelope from' rewrite ($J) in FROM_ADDRESS.

Actually, there is - the USE_AUTH_RETURN MTA option provides this capability.
See:

   http://msg.wikidoc.info/index.php/Use_auth_return%2C_use_canonical_return%2C_use_orig_return_MTA_Options
(Continue reading)

Jens Pönninghaus | 30 Mar 2012 08:31
Picon
Picon

Re: Metermaid & Slowing a Spammer with credentials

Hi Ned,

On 29.03.2012 21:37, Ned Freed wrote:

>> As far as I did see, there is no 'auth-from' or otherwise suitable piece
>> of information available in ORIG_MAIL_ACCESS to ensure doing the
>> counting based on authentication information - with the exception of
>> using 'auth-from to envelope from' rewrite ($J) in FROM_ADDRESS.
>
> Actually, there is - the USE_AUTH_RETURN MTA option provides this
> capability.
> See:
>
> http://msg.wikidoc.info/index.php/Use_auth_return%2C_use_canonical_return%2C_use_orig_return_MTA_Options
>
>
> However, since you appear to be running 6.3 this option may not be
> available
> to you. (It was added in 7.0.)
>
> An alternative would be to use the access tagging facility.
> Specifically, you'd need to use a $T from the FROM_ACCESS mapping to
> store the
> authorized sender address as an access tag. This tag will then appear at
> the beginning of all of the *_ACCESS mappings, AUTH_REWRITE mapping, and
> various
> other mappings.
>
> This will be tricky to get right because you'll need to modify all of your
> mappings to take the access tag into account. You might want to consider
(Continue reading)


Gmane