Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 2 subscribers
  • Views 2178 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Problem with Virus scanner

stevecim_01
Hi All

The virus-scaner seems to have trouble scanning a 1.7 MB attachment.
07216-1060986099-00056/ArioTech_IT.zip - content too big to scan! OK  
I have a 30G hdd, so it's not a disk space problem.
nothing in the kernel log either.
ASL 4.0.10

Anyone else having problems like this?
  

I tried another pop account that has 120 messages and I get this error

 MrPopper exiting: basic_ios::clear(iostate) caused exception  


This thread was automatically locked due to age.
  • 0
    The first one is not a message from a virus scanner but from the PCRE scanner saying that he will not match text on a mail that large. 
    The second one just means that the connection has been closed.
    Do you experience any problems on the client side while retrieving 12o mails (that is a lot of mail    )  
  • 0 in reply to Vukasin
    Yes your right it's PCRE snanner, but the end result is the same I can not retrieve mail... with broadband internet a 1.7MB zip file is a small attachment.


    Yes, the mail client, reports back a error or just locks up.

    After some more testing, using 'The Bat' mail client.
    The Bat has a nice feature that allows to to retrive only mail headers from pop servers , then it gives you a change to detele/retrieve messages from the server.

    I have 102 messages on in my mail box on the pop server
    With pop3 proxy enabled I only get 89 headers than I get a time out. POP proxy turned of every thing works fine. 
  • 0 in reply to stevecim_01
    Cancel, This  (for now....)

    I think the problem was a analog phone plugged in a unfiltered extension which seems to have been interfering with the adsl signal.

    [:(] 
  • 0 in reply to stevecim_01
    Well, that would explain the "I/O exception" entry [;)]
    Is the "Content too big to scan" the last entry in the log? Because if it is not, than that definitly is not the source of your problem.

      
  • 0 in reply to Vukasin
    Well , I need to reopen this . The offending Phone has been removed and still problems.

    I have 2 mail boxes that I pop, one is on a RedHat 7.2 running pop3d and the other is on a FreeBSD 3.2 running cucipop.

    When I try ro prefetch mail headers on the RedHAt server I get to message number 89 of 130 and then just sits there till client times out or I brake connection.
    On the freebsd server I get to message 26 of 102 then it stops...
    With proxy turned off every thing works fine.

    And it allways gets stuck at the same messages with proxy on.


     
  • 0 in reply to stevecim_01
    Which mail client do you use?
    Mozilla 1.5 is known to have these problems (a client bug).
    How big is the mail where it always fails? Could you post it (if it is not personal ofcourse).  
  • 0 in reply to Vukasin
    TheBat.. Tonight it seems to be working fine....
    I hate these sort of problems [:(]
    When it does start playing up it causes problems with all mail clients I have installed.thebat, Outlook express, Mozilla(Thunderbird)   IncerdiMail 
  • 0 in reply to stevecim_01
    The POP3 proxy seems to have major problems scanning emails with large attachments.

    IMHO it needs some intelligence so it doesn't scan the file part of an email that has an attachment.

    Mine was dying in a big way when the content filter tried to scan an email with a largish attachment.
    Currently I have POP3 proxy disabled. 
  • 0 in reply to Simon Shaw
    Yer, I am having problems with attachment over 1M.

     
  • 0 in reply to stevecim_01
    Does your client have a timeout enabled?
    The proxying is done in a couple of steps:
      1. Get request
      2. Fetch the mail from the server to the proxy
      3. Scan the mail
      4. Send the mail (or virus warning) from the proxy to the client
    The steps 2 and 3 are critical since during these steps the client gets NO data from the proxy. If the client is configured to timeout after a period of inactivity he will close the connection during the download of large mails. It would be interesting to see the log during one of the sessions in which the error occurs. The logs are now in /var/log/mail so if you could post a part of the log it could help a lot.