I am having an application build using j2me lwuit.
I need to send e-mail from that app.
To make your application smaller, I'd suggest to implement SMPT over a SocketConnection. For small e-mails this shall be pretty straightforward:
SocketConnection connection = (SocketConnection)Connector.open("socket://your.smtp.server:25");
DataInputStream is = sc.openDataInputStream();
DataOutputStream os = sc.openDataOutputStream();
//now the SMTP chat with server
Using this approach may allow you to make your application to be depend only on MIDP/CLDC profiles, thus to be easier portable to other phones (at least in theory).
Hi find the link its working fine. You can send mail with attachment.
http://itminds-usefullinks.blogspot.com/2011/12/sending-mail-from-j2me-app-wihtout-web_01.html
its really helps You....
Related
I am developing Windows phone application using VS 2013. In this I want to send email from some app pages like contact support page.
I have tried the c# working code from a windows console app. But 'Mailmessage' keyword is not supported in windows phone app development .
I have tried 'EmailManager.ShowComposeNewEmailAsync(mail);' code from Send email from windows phone 8.1.
That is result in opening mail messanger app available in the devices/emulator. I don't want the mail messenger app to open. Instead I want send to email through only code...
How can I achieve this?
Any help/suggestion would be appreciated
You cannot send email without showing the email application to the user. Also, the user might have many emails so he needs to decide from which the message should be sent.
What you can do is send whatever you want to send by email to a server (for example using HttpWebRequest) and from there send the email.
You can send the message without displaying a standard message box.
The user should monitor the sent message.
This is a safety feature for Windows Phone.
Only use ShowComposeNewEmailAsync.
To send mail using SMTP in Windows Phone you can make use of MailMessage for WP8 & WP7.
It's not a free package, but you can make you use of it's free version.
It's free license never expires, but opens a popup message and add a sponsor string to both object and body.
Refer here for more : Nuget
First, I work with Xamarin.Forms.
As the (other) question to Xamarin.Forms is marked as "duplicate" of this question, I post my answer here.
I also think, it's not possible (and also would not be nice), if Emails would be set in the background (without user interaction).
Therefore, I let the users send EMail's over the device-object in my app:
Device.OpenUri(new Uri("mailto:" + oFreizeitDetails.cPAB_Mailadresse));
where "oFreizeitDetails.cPAB_Mailadresse" contains the mail-address as string.
This works, if a mail-client is installed on the device.
The mail-client then pops up, the target mail-address is prefilled and the user can finish the mail (add body-text, e.t.c.) and then send it.
There were some problems with the WP implementation in XF some time ago, but now (I work with XF 1.4.4 and WP 8.1), it also works with WP.
I am developing a website -- in the prototype stage, soon to be alpha. I will provide an email address to each account that allows the user to deposit stuff -- not a real email account, just an endpoint for sending things to the site. Many sites provide this kind of service nowadays. I think the first one I saw was Photobucket, which let's you send photos as email attachments.
My question is, what is the best way to implement this kind of service?
In my prototype, I have written a POP3 client which fetches all newly delivered mail (currently from a test Gmail account). My service processes each new mail and attachments, and immediately removes it from the email server.
I could certainly outsource to an email service with POP3 and be done with it. The problem is cost. Most services I have seen provide much more than I need, and they charge per account. I expect to have many accounts and low traffic volume.
So I'm leaning towards hosting email receipt myself. I am open to Windows or Linux. The code that processes incoming emails runs on Windows, but I have other services running on Linux. I have seen a number of open source and free email servers, such as hMailServer and MailEnable (Windows) and qmail, Postfix and exim (Linux).
I guess I have a slight preference towards Linux because of lower hosting costs, but if a Windows service can provide cleaner integration, that might be worth it. As far as features, I would like to have some spam filtering, but it's is not a huge priority. POP3 is adequate for retrieval, but a more direct API would be nice. I will need some kind of API for programmatically provisioning new accounts.
All suggestions are appreciated. Do you know how others implement this kind of service?
UPDATE: I ended up using hMailServer, which is a free mail server that runs on Windows. It seems to be quite mature and robust. It has a COM interop library which makes accessing emails, accounts, etc. from my .NET server app very easy indeed.
If you're going the host-your-own-email-server route, I would probably just use POSTFIX and pipe all your email to a PHP script, which processes the email.
Here's a quick'n dirty tutorial on setting up the email pipe if you're using cPanel:
http://kb.siteground.com/article/How_to_pipe_an_email_to_a_PHP_script.html
If not, here's how to do it:
http://answers.google.com/answers/threadview?id=562518
The bottom line is, you need to have an open SMTP connection to accept email. If you have your own server, then you can install a SMTP server on the machine. Usually, you have filesystem access to the location the email files are placed. Be sure to select a SMTP server that allows this, and that the email are in a format that you can parse.
Then, you can just monitor the file location for incoming emails.
If you can't pipe your emails (using the Postfix suggestion), and you don't have your own server (for example, on a shared hosting plan), then you will need to query a POP3 or IMAP mailbox server for your emails, and parse them accordingly.
I wanted to get emails in real time so I worked out my own solution with google app engine. I basically made a small dedicated google app engine app to receive and POST emails to my main site. That way I could avoid having to set up an email server.
You can check out Emailization (a little weekend project I did to do it for you), or you this small GAE app that should do the trick.
I kinda explained it more on another question.
Hope that helps!
Major companies often use texting to cast polls and votes. Was wondering if anyone had a civilian's implementation.
I'm completely unfamiliar with SMS servers, but in general I thought it'd be necessary to set up an SMS server to process the texts which then would bounce that to a web server with the db. New to this kind of technology, honestly if I knew what to google I'd probably be able to dig up the info.
You need an SMS gateway. Twilio has a particularly simple API.
This maybe very noob and unworthy of stackoverflow.com, but nonetheless here goes:
I'm trying to write a custom application that syncs my Google data (emails, calendar and contacts) to the desktop (I know that there are several tools that let you do that, but curiosity only killed the cat!!).
I know that m.google.com is the sync sever I need to use. I've gone through [MS-ASHTTP].pdf, and got all the protocol information down.
Now, using either the cURL command-line or a tool (in Windows) such as Fiddler (http://www.fiddler2.com/), I'm unable to make valid ActiveSync requests to m.google.com. Moreover the URI /Microsoft-Server-ActiveSync doesn't exist on m.google.com, and searching Google turned up nothing for me. Need help!!!
Connecting to Google using ActiveSync should work (I have an Android app - Corporate Addressbook that does that successfully)
Use the following URL
https://m.google.com/Microsoft-Server-ActiveSync?User=xyz#gmail.com&DeviceId=1234512345&DeviceType=Android&Cmd=xxxxx
Edit the email address and the command you are sending. Also you will need to send the auth string in the header
I have a blog post that should help.
My idea is to make an application start automatically when a message from a specific user reaches the inbox of the mobile . For example if my friend sends some numbers to my mobile, the sms has to be read and validated first and then calculator ( inbuilt mobile application) has to be triggered and process the numbers from the message. Please help me with the above query.
I am far from convinced you will be able to give the phone user access to the same sms you use to launch your MIDlet.
You may need to use native development on the phones that support it if J2ME can't give you exactly what you need.
In any case, you probably want to try with J2ME first so you need to read the specifications for JSR-118 and its PushRegistry API, along with JSR-120, which interfaces with SMS.
Most current J2ME-enabled phones will support static SMS Push but you will need to send the SMS to a particular port, much like you would data over a standard library socket.
I don't think you can trigger on just any old SMS message arriving.
This is the class you want to look at, in any case:
javax.microedition.io.PushRegistry