Re: ..why _never_ answer off-list: "Q3a51q.jpg.exe" ;-)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 18 Jul 2003 17:11:52 -0700, 
"Daniel Chemko" <dchemko@xxxxxxxxxx> wrote in message 
<7C9884991ADAE0479C14F10C858BCDF52E35BB@xxxxxxxxxxxxxxxxxxx>:

> Why you never use Outlook on a Linux ML! haha, sucker! (As I type this
> from Outlook XP.. *doh*)

..oh yeah, we all goof:  we could learn from the ipcop'ers. ;-)

On Fri, 18 Jul 2003 16:59:22 -0700, 
Mail Delivery System <Mailer-Daemon@xxxxxxxxxxxxxxxxxxxxx> wrote in
message <E19df8E-0007v5-00@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>:

> This message was created automatically by mail delivery software
> (Exim).
> 
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es)
> failed:
> 
>   save to /var/spool/exim/rejects/embeddedmimeattachement
>     generated by message filter
>     failed to lock mailbox
>     /var/spool/exim/rejects/embeddedmimeattachement (lock file): retry
>     timeout exceeded ipcop-user@xxxxxxxxxxxxxxxxxxxxx
>     This message has been rejected because it has
>     a potentially executable attachment "Q3a51q.jpg.exe"
>     This form of attachment has been used by
>     recent viruses or other malware.
>     If you meant to send this file then please
>     package it up as a zip file and resend it.
>     If you didn't mean to send this file, and you are
>     using microsoft outlook, you are probably infected.
>     Please stop using outlook, it is inherently insecure
>     and you are generating lots of wasted bandwidth and
>     support headackes by using it, and you are jeopardizing
>     your files and your data
>     Please seriously consider using another mail client
> 
> ------ This is a copy of the message, including all the headers.
> ------
> 



-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.




[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux