BANNED contents from you (application/octet-stream,.exe,.exe-ms,data.scr)
"Content-filter at natalya.videolan.org" <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <[email protected]> |
BANNED CONTENTS ALERT
Our content checker found
banned name: application/octet-stream,.exe,.exe-ms,data.scr
in email presumably from you <[email protected]>
to the following recipient:
-> [email protected]
Our internal reference code for your message is 20177-17/RFHASaHAYZ-D
First upstream SMTP client IP address: [106.76.101.240]
According to a 'Received:' trace, the message apparently originated at:
[106.76.101.240], videolan.org unknown [106.76.101.240]
Return-Path: <[email protected]>
From: [email protected]
Subject: Re: Protected Mail Request
Delivery of the email was stopped!
The message has been blocked because it contains a component
(as a MIME part or nested within) with declared name
or MIME type or contents type violating our access policy.
To transfer contents that may be considered risky or unwanted
by site policies, or simply too large for mailing, please consider
publishing your content on the web, and only sending an URL of the
document to the recipient.
Depending on the recipient and sender site policies, with a little
effort it might still be possible to send any contents (including
viruses) using one of the following methods:
- encrypted using pgp, gpg or other encryption methods;
- wrapped in a password-protected or scrambled container or archive
(e.g.: zip -e, arj -g, arc g, rar -p, or other methods)
Note that if the contents is not intended to be secret, the
encryption key or password may be included in the same message
for recipient's convenience.
We are sorry for inconvenience if the contents was not malicious.
The purpose of these restrictions is to cut the most common propagation
methods used by viruses and other malware. These often exploit automatic
mechanisms and security holes in more popular mail readers (Microsoft
mail readers and browsers are a common target). By requiring an explicit
and decisive action from the recipient to decode mail, the danger of
automatic malware propagation is largely reduced.
dsn_status.dsn
(message/delivery-status, 483 B) - not displayed
header.hdr
(text/rfc822-headers, 489 B)
Return-Path: <[email protected]> Received: from videolan.org (unknown [106.76.101.240]) by natalya.videolan.org (Postfix) with ESMTP id D963D411934 for <[email protected]>; Sat, 17 Apr 2021 12:13:27 +0000 (UTC) From: [email protected] To: [email protected] Subject: Re: Protected Mail Request Date: Sat, 17 Apr 2021 17:43:31 +0530 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0016----=_NextPart_000_0016" X-Priority: 3 X-MSMail-Priority: Normal