Van Glass

You might consider the following java ftp api.

You shouldn't send the local path of the image, just the filename itself. For more information on HTTP file upload you may wish to refer to RFC 1867

For a Java class to handle this you may look at:

http://www.jscape.com/secureinetfactory/docs/javadoc/com/jscape/inet/http/HttpFileUpload.html

part of Secure iNet Factory suite

http://www.jscape.com/secureinetfactory/

you might also look at this library

http://www.jscape.com/sftp/

supports FTP, FTPS and SFTP protocols.

What transport protocol is the client using? i.e. is it a web based application? If so, then to get the code to execute on the client side it would need to be in the form of an applet.

Gmail uses a secure SSL POP/SMTP connections that aren't blocked by ISP's. It may be that your ISP is only allowing you connections to it's own SMTP server and no others ... this is to prevent spam.

To verify try connecting manually to one of the MX hosts using telnet command:


e.g.

telnet hostname 25

If you get a response your ok. Otherwise your ISP is blocking you.

Check out the following classes

com.jscape.inet.https.Https
com.jscape.inet.http.HttpSession

The HttpSession class has some automatic session/cookie handling built in for easy navigation and supports HTTP/S

http://www.jscape.com/secureinetfactory/

Are you referring to ssh port forwarding? Not sure if this will help but take a look at the com.jscape.inet.ipclientssh.IpClientSsh class

http://www.jscape.com/sshfactory/

To perform a FTP resume you must issue the REST command to the server. I'm not sure that the ftp url syntax will allow you to do this as when using the ftp url syntax there is no way of telling it the offset from which to resume file transfer. To accomplish this you would need to use raw sockets.

Have a look at the SSLSocket class.

443 is typically reserved for HTTPS protocol. If you have IIS installed on your machine then it may be using this port. I would recommend disabling IIS (if installed) to see if this helps. Otherwise, check your services in Control > Services to see if there are any other web based applications that may be running that are binding to this port.

400 error code means "bad request". It may be that the url only accepts POST requests or there is something that is not properly URL encoded in your parameters.

ssh is one solution. The other is to tunnel your telnet connection thru an ssl server port on the remote system. This way the connection from you to the server is protected using SSL and the data is then forwarded from the server to the local port running telnet. You will of course need to configure this on your server so port forwarding can occur.

For an example of the client side see the com.jscape.inet.telnetssl.TelnetSsl class found in Secure iNet Factory

http://www.jscape.com/secureinetfactory/

See the JavaDoc for details.

To do this you would need to use Dns to validate the domain using a reverse dns lookup.

http://www.jscape.com/secureinetfactory/docs/javadoc/index.html

See the com.jscape.inet.dns.DnsRequest class for an example of how to get mail domain records for a domain name.

See the following article:

http://www.jscape.com/articles/ssh_using_java.html

In particular you may wish to look at the Ssh/SshScript and SshSession classes found in SSH Factory which allow you to write scripted ssh sessions.

http://www.jscape.com/sshfactory/

In order to read attachments from an email you need to break out the MIME parts of the message using the message boundary specified in the Content-Type header.

http://www.jscape.com/articles/retrieving_email_using_java.html