Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 1 subscriber
  • Views 758 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

POP3 Access Stopped When Proxy Enabled

robertobrinsky
I started with v7.0x and went thru the various updates to 7.101. I have one user who uses pop3 to access an external email server. Initially, the email proxy worked fine and she was able to connect. However, after the update to 7.101 she can no longer authenticate to that server. If I disable the email proxy, she authenticates just fine.

I took a trace of the communications, and after the tcp handshake, when the ASG is sending the username, it uses apop instead of pop3. While the port is the same, 110, the command sequence must be different.

Has anyone else seen this problem?


This thread was automatically locked due to age.
Parents
  • 0
    If you are using the prefetch mode it looks like that the ASG lost the login credentials.

    To reactivate it the APOP command has to disabled on client side. If she is using Thunderbird or something similar uncheck "Secure Authentication".

    After the first successfully login APOP can be re-enabled.

    Online help:

    POP3 currently supports several authentication methods such as APOP to provide varying levels of protection against illegitimate access to a user's e-mail. This works fine if prefetching is disabled. However, if prefetching is enabled, users must disable secure authentication in their e-mail clients until the messages for each user were prefetched for the first time. After that, secure authentication can be enabled again. The same holds true if users change their POP3 account password—after changing the password, secure authentication must be disabled until the first messages were prefetched.
  • 0 in reply to koma
    She is definitely not using secure authentication on her client. However, disabling the prefetch mode worked. So, I am not clear about what was happening to cause this in the first place.
  • 0 in reply to robertobrinsky
    Has she changed her password on server side some time ago. This can also be the reason for this error. 
    Or perhaps the default prefetch intervall was too short because sometimes a pop3 server has a login delay of 15 minutes.
  • 0 in reply to koma
    No. While not 'good practice' her password has never changed for that email account. The only thing I know of that had changed was the version of the ASG via up2date.

    Since everything was working prior to that, I never put a trace on the outside of the firewall to see its behavior, so I cannot say that APOP was being used prior to the update.
Reply
  • 0 in reply to koma
    No. While not 'good practice' her password has never changed for that email account. The only thing I know of that had changed was the version of the ASG via up2date.

    Since everything was working prior to that, I never put a trace on the outside of the firewall to see its behavior, so I cannot say that APOP was being used prior to the update.
Children
No Data
Cookie Information Banner