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

Strange error messages from POP3

Hi,

Version information

Firmware version: 7.001
Pattern version: 1433
Last check: 1 minutes ago

I tested the POP3-proxy switching prefetch to "off" first. Works like expected (almost).

I found out that you have to switch to prefetching if you want your users using the user portal an releasing POP3 SPAM e-mails by themselves, correct?

The admin can view any blocked e-mail (SPAM or virus).

Switching on prefetching I got these entries in my logs:

[FONT="Courier New"]2007:02:20-21:08:24 (none) pop3proxy[20438]: id="1117" severity="error" sys="SecureMail" sub="pop3" name="Error" info="communication error with cffd, could not reset database" 

2007:02:20-21:09:02 (none) pop3proxy[20613]: id="1117" severity="error" sys="SecureMail" sub="pop3" name="Error" info="communication error with cffd" message="basic_ios::clear" 
2007:02:20-21:09:02 (none) pop3proxy[20613]: id="1117" severity="error" sys="SecureMail" sub="pop3" name="Error" info="communication error with cffd" message="basic_ios::clear" 
2007:02:20-21:10:15 (none) pop3proxy[20823]: id="1117" severity="error" sys="SecureMail" sub="pop3" name="Error" info="communication error with cffd, could not reset database" 
[/FONT]


No e-mails downloaded anymore.

Any hints?


This thread was automatically locked due to age.
Parents
  • HoSe,
    basically the pop3 proxy and prefetch have got themselves confused.

    To get the proxy back ontrack
    1/. disable the the pop3 proxy
    2/. create a packetfilter rule that allows pop3 traffic through.
    3/. make sure all your users have downloaded their mail.
    4/. delete the packetfilter rule in 2
    5/. enable the pop3 proxy with prefetch enabled.

    There is a bug in the prefetch which Astaro are working where not all e-mails from some accounts are downloaded or deleted. Have a look in the this forum under "pop3 flakey....

    Ian M
Reply
  • HoSe,
    basically the pop3 proxy and prefetch have got themselves confused.

    To get the proxy back ontrack
    1/. disable the the pop3 proxy
    2/. create a packetfilter rule that allows pop3 traffic through.
    3/. make sure all your users have downloaded their mail.
    4/. delete the packetfilter rule in 2
    5/. enable the pop3 proxy with prefetch enabled.

    There is a bug in the prefetch which Astaro are working where not all e-mails from some accounts are downloaded or deleted. Have a look in the this forum under "pop3 flakey....

    Ian M
Children
  • HoSe,
    basically the pop3 proxy and prefetch have got themselves confused.
    Ian M


    You are right. Take a look at the online help and the manual... They contradict themselves at some points.

    BUT:

    I finally manged to get it running.

    BE PATIENT...

    The error messages are useless!

    You just have to wait about 900 seconds after the first request from your POP3 client (which will return with no new messages all the time!). 

    I reduced the timeout value for prefetching to 60 seconds and voila... the messages appeared in the logs after that time.

    By the way: The reason why you have to enter the complete POP3 account credentials in the End User Portal is just to make sure the user is allowed to receive e-mails for this special POP3 account. Only the data fetched from the POP3 communication between your client and the server is used to login to the real server.

    But then spam appears in the End User Portal. Even whitelisting does work ;-)

    I like those new End User Spam Report Messages. Pretty!