I could be wrong.. but most email servers require username/password via Javamail SMTP and use the associated account email in the FROM box, so that you can't programatically send spam using any FROM address. Short of owning your own email server, I don't think hotmail, yahoo, gmail, etc will allow me to just post emails with any from address, and they also have limits. By using the device owners creds, they have no limits on the emails they can send. If my app were to say, install to 1 million devices.. and each user sent a few emails a day with it.. I doubt many services will allow me to freely send out any sort of volume close to that for free, or at all. But if the app can send to the device owner's email account of choice with proper creds, it would work fine even if millions of app owners used it. Granted, thinking on such large scale is a pipe dream for any app, but as I typically work on the back end for scalable solutions, I like to cover my bases.. just in case.
On Mon, Jan 7, 2013 at 1:54 PM, bob <[email protected]> wrote: > You do not need a username/pass for the final mail delivery. If you were > sending mail to joe at hotmail.com, you would connect to hotmail.com's MX > server, which is one of these: > > > hotmail.com mail exchanger = 5 mx3.hotmail.com. > > hotmail.com mail exchanger = 5 mx2.hotmail.com. > > hotmail.com mail exchanger = 5 mx4.hotmail.com. > > hotmail.com mail exchanger = 5 mx1.hotmail.com. > > > Then you say to the server > > > MAIL FROM: [email protected] > > RCPT TO: [email protected] > > DATA > > Subject: Test > > > Test > > > . > > > > It should take it. > > > > On Monday, January 7, 2013 3:28:34 PM UTC-6, andjarnic wrote: > >> Bob, >> >> You typically need username/password for SMTP to work. I don't know of >> many apps (none actually other than apps that require login) that ask for a >> user to give their username/password to *another* account and allow the app >> to store and reuse that information. >> >> The google AccountManager allows an app to ask the user of the phone for >> permission to use their managed accounts. If a user installed Facebook, >> Twitter... other apps that use AccountManager (provide an authentication >> token implementation), then an app can query and then ask to use those >> managed accounts on behalf of the owner of the device, to act on behalf of >> the owner. This allows an app to post to facebook, twitter, etc. One of the >> features of my app is to ease the process of sending out emails. Typically >> you would start the email intent and the email app of choice would fire up. >> You can fill in the to, subject and body, but the user is taken away from >> my app and then also still has to hit send.. and possibly other tasks, >> before the email goes out. Furthermore, if my app claims to make something >> easier.. and then it starts an email intent to do all the work that a >> person could do anyway.. it's not really saving the user any time or making >> things easier. Thus.. since as far as I know most android devices require a >> google account (although I do realize you don't have to set one up and can >> use the device without it), I want to make use of this to programatically >> send out emails on their behalf without them having to do anything and not >> being interrupted from my application as well. Thus.. my question about if >> others who may have built apps asking users at runtime for "more" >> permissions than what the initial install permissions indicate.. if they >> have had slow takeup, emails/concerns from users, etc, before I spend any >> amount of time making it all work and putting it into an app. >> >> >> >> >> On Mon, Jan 7, 2013 at 12:29 PM, bob <[email protected]> wrote: >> >>> Why not just look up the MX record of the destination host and connect >>> to the destination's SMTP server on port 25? >>> >>> >>> >>> On Thursday, January 3, 2013 11:10:16 PM UTC-6, andjarnic wrote: >>>> >>>> Hi all, >>>> >>>> I am wondering what the general census is on apps that, after >>>> installed, upon initial startup (or in a prefs, config, etc) ask a user for >>>> permission to use their credentials to post to facebook, twitter, flicr, >>>> S3, dropbox, and even to use their gmail account to directly email on their >>>> behalf? >>>> >>>> I am playing around with a simple app idea that would like to send out >>>> emails on the user's behalf, but I can't afford a central email service, so >>>> my thought was, if the user grants me access, I can use their credentials >>>> to send email through gmail api on their behalf. >>>> >>>> Thus..my question is.. does this scare end users? If my description on >>>> the market indicates that after initial installation, the app, in order to >>>> best perform what it does to save the user time, requires their permission >>>> to send out emails on their behalf, post to facebook, etc (the app would >>>> allow the user to choose when to post to facebook, send emails, etc),will >>>> require them to authorize my app to act on their behalf.. is this something >>>> that most end users understand and are OK with? This is similar to an app >>>> like yahoo allowing a user to log in with facebook info.. they user has to >>>> accept the permission pop-up from facebook allowing yahoo (or other sites) >>>> to use their facebook info. >>>> >>>> Thanks >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Android Discuss" group. >>> To view this discussion on the web visit https://groups.google.com/d/** >>> msg/android-discuss/-/M6Fz9_**i8EEEJ<https://groups.google.com/d/msg/android-discuss/-/M6Fz9_i8EEEJ> >>> . >>> >>> To post to this group, send email to android...@googlegroups.**com. >>> To unsubscribe from this group, send email to android-discu...@** >>> googlegroups.com. >>> >>> For more options, visit this group at http://groups.google.com/** >>> group/android-discuss?hl=en<http://groups.google.com/group/android-discuss?hl=en> >>> . >>> >> >> -- > You received this message because you are subscribed to the Google Groups > "Android Discuss" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/android-discuss/-/hJNm2wZhqhYJ. > > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/android-discuss?hl=en. > -- You received this message because you are subscribed to the Google Groups "Android Discuss" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/android-discuss?hl=en.
