Double checked. Thank you for the correction.
http://www.w3.org/Protocols/rfc1341/4_Content-Type.html
Sent from ProtonMail Mobile
On Fri, Aug 18, 2017 at 7:24 PM, John Hardin wrote:
> On Fri, 18 Aug 2017, Rupert Gallagher wrote: > The purpose of SA is to flag
> SPAM. Correct. > In this case,
On Fri, 18 Aug 2017 02:38:19 -0400
Rupert Gallagher wrote:
> What is the problem that you wish to solve?
>
> The purpose of SA is to flag SPAM. In this case, you already have all
> the information you need, because subtype specification is MANDATORY.
> There are no default subtypes. SA must flag
On Fri, 18 Aug 2017, Rupert Gallagher wrote:
The purpose of SA is to flag SPAM.
Correct.
In this case, you already have all the information you need, because
subtype specification is MANDATORY. There are no default subtypes.
ok.
SA must flag the email, because it is not compliant to RFC
What is the problem that you wish to solve?
The purpose of SA is to flag SPAM. In this case, you already have all the
information you need, because subtype specification is MANDATORY. There are no
default subtypes. SA must flag the email, because it is not compliant to RFC
822.
Sent from Proto
This. With no Content-Type the type gets set to “text/plain” by default –
should have maybe said this earlier, too
On 17/08/2017, 15:53, "RW" wrote:
Have you ruled-out the possibility that the mime-type for such parts is
set to the default mime type of text/plain?
--
Paul Stead
Syste
On Thu, 17 Aug 2017 08:41:57 + (UTC)
Pedro David Marco wrote:
> Thanks Paul...
> it is weird...
> the documentation says:
>
>- find_parts()
>
> - Used to search the tree for specific MIME parts. An array of
> matching Node objects (pointers into the tree) is returned. The
>
hanks!
PedroD
From: Paul Stead
To: Pedro David Marco ;
"users@spamassassin.apache.org"
Sent: Thursday, August 17, 2017 1:17 AM
Subject: Re: Attachments with no Content-Type mime header
#yiv3786222887 #yiv3786222887 -- _filtered #yiv3786222887
{font-family:Arial;pano
ply-To: Pedro David Marco
Date: Wednesday, 16 August 2017 at 23:49
To: Paul Stead , "users@spamassassin.apache.org"
Subject: Re: Attachments with no Content-Type mime header
Thanks Paul,
but your plugin uses find_parts() that turns it pointless if there is no
Content-
Thanks Paul,
but your plugin uses find_parts() that turns it pointless if there is no
Content-Type mime header...
PedroD
>The magic number or file signature can be helpful in determining the
filetype: >https://en.wikipedia.org/wiki/List_of_file_signatures >I make
use of thi
From: Pedro David Marco
Reply-To: Pedro David Marco
Date: Wednesday, 16 August 2017 at 22:32
To: David Niklas , "users@spamassassin.apache.org"
Subject: Re: Attachments with no Content-Type mime header
Hi David...
I agree with you... but some functions like find_parts() do n
Hi David...
I agree with you... but some functions like find_parts() do not work if there
are not Content-Type Headers... making impossible the analysis of some
attachments...
i am writing a plugin to detect suspicious PDFs...
Maybe there's a better way to analyze attachments that using find_part
On Fri, 11 Aug 2017 18:28:56 + (UTC)
Pedro David Marco wrote:
> Hi everybody...
> When an email has a MIME part with no Content-Type header, is there any
> way to force SA "guess" the format based on other criteria... file
> extension, for example? Example: Content-Disposition: attachment;
>
Hi everybody...
When an email has a MIME part with no Content-Type header, is there any way to
force SA "guess" the format based on other criteria... file extension, for
example?
Example:
Content-Disposition: attachment;
filename="details.pdf"Content-Transfer-Encoding: base64
Thanks!
PedroD
13 matches
Mail list logo