Thread Info
  • State Not Answered
  • Replies 22 replies
  • Subscribers 0 subscribers
  • Views 5836 views
  • Users 0 members are here
Options
Suggested

[8.160][NOTABUG][CLOSED] Unable to release email from Pop3 Quarantine

Mark_D_01
Hi All
I'm unable to release an email from the Pop3 Quarantine in the Mail Manager.
I received an email with the subject of "E-Mail blocked March Spark: Get more with your Partner benefits". I went into the Mail Manager to release this email and was unable to release by either method.
I went into the User Portal but I had not entered that email address.

Regards

Mark
Parents
  • 0
    Hi Mark_D,

    thank you for providing the log file. The interesting line in the pop3.log is this one:
    2011:03:31-10:22:03 roxy73 pop3proxy[31444]: Accepted client connection from 172.16.20.9 for 117.104.160.47

    It shows that the client with IP address 172.16.20.9 tries to fetch mail from the POP3 server with IP address 117.104.160.47. Now the problem definitely is, that the POP3 server with IP address 117.104.160.47 is not configured as a known server under Mail Security >> POP3 >> Advanced >> POP3 servers and prefetch settings in the POP3 Servers list.

    If correctly configured the line would additionally contain the server_id that is used internally to identify a server. In this case the same line should look like this:
    2011:03:31-10:32:32 test01 pop3proxy[28761]: Accepted client connection from 10.8.16.34 for 10.8.16.35 (test-server Servers server_id 1)


    To figure out why the used POP3 server is not correctly configured let's have a look at the Confd values. Check the output of the following command (executed as root on the ASG, REF strings in italics should get replaced by the values from your ASG): 
    cc get pop3 known_servers

    This should list at least one Confd REF string (lets say REF_GsRCzSHYSp), which you can resolve to a Confd pop3 server object using the following command: 
    cc get_object REF_GsRCzSHYSp

    In this Confd pop3 server object the 'hosts' attribute is a list of REF strings for Confd dns_host objects that you can resolve to IP addresses, again using the command 'cc get_object'.

    You should now be able to see that the IP address 117.104.160.47 is listed in none of these objects.

    Regards,
    mlenk
Reply
  • 0
    Hi Mark_D,

    thank you for providing the log file. The interesting line in the pop3.log is this one:
    2011:03:31-10:22:03 roxy73 pop3proxy[31444]: Accepted client connection from 172.16.20.9 for 117.104.160.47

    It shows that the client with IP address 172.16.20.9 tries to fetch mail from the POP3 server with IP address 117.104.160.47. Now the problem definitely is, that the POP3 server with IP address 117.104.160.47 is not configured as a known server under Mail Security >> POP3 >> Advanced >> POP3 servers and prefetch settings in the POP3 Servers list.

    If correctly configured the line would additionally contain the server_id that is used internally to identify a server. In this case the same line should look like this:
    2011:03:31-10:32:32 test01 pop3proxy[28761]: Accepted client connection from 10.8.16.34 for 10.8.16.35 (test-server Servers server_id 1)


    To figure out why the used POP3 server is not correctly configured let's have a look at the Confd values. Check the output of the following command (executed as root on the ASG, REF strings in italics should get replaced by the values from your ASG): 
    cc get pop3 known_servers

    This should list at least one Confd REF string (lets say REF_GsRCzSHYSp), which you can resolve to a Confd pop3 server object using the following command: 
    cc get_object REF_GsRCzSHYSp

    In this Confd pop3 server object the 'hosts' attribute is a list of REF strings for Confd dns_host objects that you can resolve to IP addresses, again using the command 'cc get_object'.

    You should now be able to see that the IP address 117.104.160.47 is listed in none of these objects.

    Regards,
    mlenk
Children
Cookie Information Banner