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]<javascript:> > > 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. >> >> To post to this group, send email to [email protected]<javascript:> >> . >> To unsubscribe from this group, send email to >> [email protected] <javascript:>. >> 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 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.
