I agree with your sentiment about Demarcian, it's is clearly a great
product!  I didn't mean to imply that you were wrong or anything.

I absolutely agree about ASSP's primary purpose, but feel like it could
always be extendedan extension could be monitoring how email from the
domain is being received.  It already reports on rejected bounces.  This is
clearly a totally different thing, but would be cool nonetheless.  Since
ASSP already sees the mail as is comes in it makes it much easier to
process the messages that have been received.  I thought we might be able
to haev ASSP extract the xml and process it.   I don't see how adding a
feature would negatively impact the rest of ASSP's functionality so long as
Thomas has the time and drive to make this happen.

On Tue, May 5, 2015 at 9:04 AM, Grayhat <gray...@gmx.net> wrote:

> :: On Mon, 4 May 2015 12:47:33 -0400
> :: <CALhpkA=NgD+KSyNOuncxzfOWKmpHb+ai=q2r3emxwnnc9dv...@mail.gmail.com>
> :: K Post <nntp.p...@gmail.com> wrote:
>
> > Yeah, a chuckle (and I hope that didn't come across as mean spirited
> > or anything - certainly wasn't intended that way - I just gave a
> > chuckle, because it's more of a "yeah right - that'll never be
> > approved" type of situation - I didn't mean it as a commend on you in
> > any way)
> >
> > The problem is that dmarcian's free service doesn't have much in the
> > way of reporting and doesn't have any email alerts.  Their pay
> > service sounds terrific, but that's just not a possibility here.  So,
> > I was hoping to see ASSP handle some of this for us.    It appears
> > that its already able to send the aggregated XML reports to the dmarc
> > addresses per domain, so I'm wondering if it's reasonable to extend
> > ASSP to parse those xml reports that come inbound.  Do you think that
> > would be a useful feature?
>
> I see... but then, if I'm not wrong, the codebase over which the
> dmarcian site has been built is open source, so nobody forbids you (or
> whoever else, for that) to pick the very same code and build your own
> DMARC parsing and reporting app; and no, I don't think that building
> such a feature inside ASSP would be a good idea; ASSP is (and I hope
> will be) a mail (SMTP) filter, trying to add to it features which are
> outside of its purpose and may negatively impact over its primary one
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Assp-test mailing list
> Assp-test@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/assp-test
>
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Assp-test mailing list
Assp-test@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-test

Reply via email to