There was a friend of mine who went to Macau and his company uses Gmail for hosting corporate emails. He has a local mailserver that would want to download from this gmail and it doesnt support POP3 over SSL (port 995).
So once again Python comes to the rescue, 2 hours later, its done. A generic POP3SSL proxy that will allow any mailserver/client to collect mails from gmail via POP3SSL.
Just run : pop3ssl.exe host port (ur local ip and port that u want to use as proxy)
Example : pop3ssl 10.8.0.1 110 (or if ur mailserver is in the same machine, use another port)
Download it here : pop3ssl.zip
Note although its free for use, pls leave a comment here on how this program helped you.
Thursday, July 10, 2008
Subscribe to:
Post Comments (Atom)

6 comments:
thank you !!!! i was looking for such a solution . my office email server is 7 years old software but very stable and my boss does not want to change but some of us need emails to download from the GMail and the mailserver could not .
i ran your sslpop3 and it worked like a charm!
Welcomed :-)
This is awesome stuff!! I totally could make use of this... if it was available for Linux. Any chance of a Linux version? :-)
mark,
it RUNS on linux as well.
Your pop3ssl utility is nice as far as it goes. Thank you. It would be
nicer to have the same thing for the SMTP side as well.
There is one bug. Almost every time I retrieve mail through the pop3ssl
proxy, an extra message is retrieved which is completely blank. When
that happens, the log file looks like this:
+OK user accepted
client command :PASS
+OK
+OK User successfully logged on.
client command :STAT
STAT
client command :UIDL
UIDL 1
+OK 1 AAQMiIwAAAwJr1Vz9J1JjmUOOLFw/QKg
client command :UIDL
UIDL
+OK
1 AAQMiIwAAAwJr1Vz9J1JjmUOOLFw/QKg
client command :LIST
LIST 1
client command :LIST
LIST 1
client command :RETR
RETR 1
==============================
Traceback (most recent call last):
File "pop3ssl.py", line 348, in run
File "pop3ssl.py", line 216, in handleRetr
File "poplibmod.pyc", line 250, in retr
File "poplibmod.pyc", line 185, in _longcmd
File "poplibmod.pyc", line 167, in _getlongresp
File "<string>", line 1, in sendall
error: (10054, 'Connection reset by peer')
==============================
Closing connection
It is possible that this blank message is in place of the newest message
in the mailbox; it is hard to get an independent idea of what is in the
mailbox since it can change at any time as new mail comes in. But I have
some suspicion that the newest message is being replaced by this blank
message. I haven't yet figured out whether the newest message is being
lost or is just not seen until later.
Does that give you any idea what might be going wrong? Without source
code I can't interpret the traceback myself.
I believe the mail server being used is an Outlook server. The Claris
Emailer mail client could be closing the connection when it is finished
sooner than you expect? I am not sure whether the error 10054 is for the
client-to-proxy connection or the proxy-to-server connection.
(I am not actually using pop3ssl nor any other proxy any more, but the world in general may still be interested in the answer.)
Hi Dave,
It seems that after the last reading from the gmail server, your client has closed the socket instead of waiting for the server response command.
Yes, i think the claris email client closes before it receive the server response.
Basically the command was expected a long response from server, that means a response followed by some text. However in this case after passing the response to the client, it gets the text from the server and failed to pass to the client.
Have u tried with another client?
I suggest u load in rinetd + logging and show me the result then we can see what was the command that ur client recved and immediately close.
Post a Comment