I need to receive the email in Silverlight page using pop3 client protocol or is there any other way to do that
Guide me pls!
Thanks.
If you want to "receive" an email you need a pop3 server. The silverlight application runs in the client and it not possible to make a server on the client with silverlight. What you can do is create a pop3 server on the machine serving the silverlight page in c# :
http://www.codeproject.com/Articles/20609/POP3-Server
and communicate with this server using WCF.
Related
We have BizTalk EAI application which received request and send response to client using sokect switching (TCP/IP adaptors designed by codeplex) .
We need help to move EAI application from in premises to Logic Apps. Could anyone assist us to implement socket switching (TCP/IP adaptors/connectors or triggers) to receive request and sending response back to client
Thanks
Unfortunately, this is a notable gap in the available Connectors right now.
You best option is to stand up a Azure VM with a BizTalk Server instance to host this Adapter. You can connect it to the Logic Apps through Service Bus, Logic App Adapter or such.
I have a mobile webserver, which is connected to internet through GPRS. ISP only provide a private IP, so is not possible to access to it using something like no-ip or dyndns. Is there a way to use a proxy server to access to this mobile webserver?:
Mobile webserver stablish connection with proxy server
a web browser (client) stablish a connection with the proxy server, and redirect the stablished socket directly to mobile webserver
I need to have several of these type of mobile web server (each with a different hostname) connected to a proxy server (ie. its domain is myproxy.com), and provides to a normal user a web site in mobileserverlist.myproxy.com with a list of links, each link will point to ie
http://mobilewebserver1.myproxy.com
http://mobilewebserver2.myproxy.com
http://mobilewebserver3.myproxy.com
here the proxy server will redirect traffic to each mobile web server (all of them in private networks)
ideas?
You mean you have for example a mobilephone as a web server. You can't get a static ip adress and even no dyndns domain. That you can't get dyndns domain is surprising. But you dont really need a proxy. You can easily set up a request script, that direct your users to the location you want.
I am currently developing a C# Windows Form Application that I intend to let it interact with a server. The server will receive posting from a mobile application that I have developed and whenever a posting is received, my Windows Form Application should be notified and give me a notification.
E.g. My mobile application sends an posting over to my server. Once my server receives the message, my windows form application should display a new notification showing the content of the message received and updates the UI accordingly.
In this type of scenario, it is better to use duplex WCF service or the just the regular WCF service?
If duplex, mind explaining why do I need to use duplex service? Thanks!
A duplex service is a service where two channels are created.
The first channel is the ordinary client -> server channel using your service contract. This is what you'll find in every WCF service, and is how your client can send a request to the service and it can respond.
The second channel is a server -> client channel using a different service contract that you define. This second channel is how the server can send messages to the client without the client requesting them.
In your scenario, you seem to indicate that an event taking place on the server should send a message to your client. If this is the case, then yes, you need a duplex service so that the second channel exists, which allows the server to notify your client without the client initiating a request.
Working on the assumption that your Windows app and your server are one the same domain I would suggest you use a publish/subscribe pattern for this type of interaction. You could use something along the lines of the IDesign sample which is available on their website. Essentially your Windows app is subscribing to events which are generated by your mobile application sending a posting to your server. Your publisher will then push the event to your Windows application.
To accomplish this your connection to the server/publisher needs to be always open. This is best achieved with tcpBinding as it is bi-directional and allows you to set high timeouts (effectively infinity).
If you cannot use TCP then your job has become a little harder. Using a duplex channel is a little problematic because you have to monitor the channel as well, because neither side will notifiy the other if the channel closes. You will only find out when you try to use it. This can still happen with the TCP connection of course but its a bit more stable that using http.
The other alternative is to use MSMQ binding. This will guarantee the delivery of your message because you are interacting via MSMQ rather than a communication channel such as http or tcp. In this instance you wouldn't even need the pub/sub framework, you could just have the service that receives your mobile posting send on a message to the queue, which your Windows application is monitoring. The upside to using the framework is that you can have multiple applications listening for the same event.
HTH.
From what I've read Web Sockets holds more promise than the duplex polling that is currently available to Silverlight developers for receiving server notifications. However I'm not finding much written in the last 10 months, nor am I finding much at all from a Silverlight perspective.
Please don't answer, that Silverlight can open sockets. I know that --- howerver what I don't know is how silverlight can do that with its web server over port 80 in a firewall friendly way -- all of which is why I'm interested in Web Sockets.
The underlying Silverlight network stack won't allow port 80 to be connected to. The port restrictions are that the port must be between 4502-4534. See Network Security Access Restrictions in Silverlight.
Microsoft recently release a WebSockets prototype part of which includes a Silverlight WebSocket client. One additional restriction with the Microsoft Silverlight WebSocket prototype implementation is that a clientaccesspolicy.xml file must be served up from port 80 on the server that is being connected to.
The Super Websockets project also contains a Silverlight client somewhere. It will most probably have the same restrictions as the Microsoft implementation.
SL4 and 5 do not implement websockets. If browser used to host silverlight plugin supports websockets then you can use browser interop to call websockets api form the silverlight app.
Alternatively a trusted application can connect to any TCP port including port 80.
Additional mailboxes can be configured to a user using MS Outlook Client. I presume a shared mail group can also be added this way.
http://www.vlerick.com/helpdesk/our_services/faq/software_solution/microsoft/outlook/faq_additional_mailbox.html
I am trying to develop a java program to read emails using java mail api. I am currently trying to connect and read using POP3 protocol. Is there any way to read mails from other shared mail boxes configured for a user using java mail api?
Regards,
Vivek