Loading Profile...
Twitter,
Facebook, or email.
I would like to allow other people in my organization to see stats, bounces, etc.. in the sendgrid account.
My use case is a single sendgrid account that is used to send and receive email for a web application. I would like to give each person on the dev team a separate login for Sendgrid so that they can see activity in the account. These "web-only" accounts don't need to be able to send mail, just see the web interface at sendgrid.com for a given account.
I’m
bummed that I have to share my account creds with everybody
Allow multiple users to access a single account
Official
Response
-
EMPLOYEE
I’m
excited
Multiple Credentials is live!
You can create credentials here: http://sendgrid.com/credentials
and yes, there is documentation.
A couple of highlights:
- This is version 1. It provides access to the website, mail sending, and web api. We will continue to develop this and provide the more fine-grained access to parts of the website many of you have asked for.
- The mail permission is the only one that allows sending, both via SMTP and Web API.
- The web permission provides access to all parts of the site except for the credentials page itself, and the Account Settings page, for security.
- The api permission provides access to all read & write functions of the Web API except for mail.send.
So, get out there, make a login for each of your mailing servers, your stats guys, your api query machines, and let us know how it works for you!
-
Hi Tom,
We're definitely looking to get this feature added soon. We'll update this topic as we progress.Comment -
-
I’m
disappointed.
1"9 months ago" and no further information?? This is disheartening. -
-
Hey folks -
Sorry for our absence on this discussion. To be honest, most of our efforts over the last several months have been on getting the site redesign launched and refined (a work in progress).
However, since we are approaching a level of completeness with the site (though, we will continually work to improve it), we can now begin focusing more resources toward features such as this.
I have brought this discussion back to the attention of our development team, and we will post further updates as we learn more about our plans (I promise!).
Finally, I just want to apologize on behalf of our team for not being more attentive to this and want to assure you that we're working on getting on top of the ideas and requests submitted by the community.
Thanks for being part of the conversation!
Peace.
Tim Falls -
-
UPDATE:
Right now we are working on our first initiative:
Adding the ability to separate username/password for SMTP (smtp.sendgrid.net) from username/password for the web site (www.sendgrid.com).
This is part of a larger effort to improve the overall signup process for new users.
Furthermore, the benefit for all users is that you will be able to change the username/password that is used to access your online account, while not having to change the username/password on your application and/or server settings.
Multiple logins for different individual roles within your organization will come further down the road.
We would love to hear your ideas on specific functionalities you would like to see when we finally release this feature.
Do you want to assign various roles to individuals in your organization (eg, administrator, sales, marketing, etc)?
Would you prefer equal access rights for everyone who has their own credentials?
Other requests?
Thanks again, and we look forward to hearing your ideas!
Until next time...
Tim-
Any update on the separate SMTP credentials? Really don't like having my user/pass in configuration files.
-
-
-
-
-
2Hey Tim,
Thanks for the update and for working on this.
In our case I think just a role of administrator (read/write everywhere) and a reader (only "read": reports, list, etc) would be enough.
Keep up the good work! -
-
Thanks!
This info is very helpful.
Keep the good ideas coming! -
-
Great idea!
From a reseller account there should be an option to switch users or manage any of the accounts.
Just an idea!
Thanks! -
-
+1
Just to be clear: my model would be:
> whitelabel master user
> client organization master account (IT or marketing director)
> > client subusers (with individual lists and reports), such as individual sales people -
-
I’m
looking forward to this
I would say:
- Separate password for smtp.sendgrid.com
- User accounts with two roles:
-- Admins who have access to everything
-- Tech support people with write access to bounce lists etc. -
-
Hello all,
Just wanted to give you a head up, that this feature is in development, and we'll let you know as soon as there's a release estimate. -
-
separate username/password for SMTP from the account would be very helpful.
-
-
Allow SMTP API access independent of the account username / password.
Currently, if we change our SendGrid username, we have to change in in every environment of every application we have. It would be nice to issue API keys to each application / environment.
This reply was created from a merged topic originally titled
Independent API keys. -
-
I would also like to see multiple "sub-accounts" on for the SMTP account, for our team it would be beneficial if these could send emails as well. Is there any recent updates on this feature from the development team? -
-
We are actively working on this feature, and it should be out in the next three months or so.
Details in how it will work will be released closer to it's release, but I think it will satisfy all the use cases y'all've provided so far. -
-
I assume this update will also adress the issue of using main login info as an "API" key/secret? -
-
EMPLOYEE
1Yes, one of the restriction levels should be "API access only", so that you can have an API key/pw separate from other things.
- view 1 more comment
-
-
In addition to the features discussed above, we need the ability to have user loggins that are able to author newsletters without being able to change anything else including email lists. We plan to manage email lists via the api.
-
-
We plan to implement a number of restriction levels, but I don't believe we have anything deeper than "Newsletter".
-
-
-
-
Just started using sendgrid and was searching for this feature as well. I would love to be able to have separate user/passwords for sending over SMTP so I don't have to embed my credentials in my application. Any updates on the rollout?
-
-
- view 1 more comment
-
-
connect via SSL or TLS; the only time your password is "out" is during the AUTH on the SMTP connection; using SSL/TLS will keep that encrypted.
-
-
Great, thanks
-
-
-
+1. I would actually like to have ability to use api key/secret (which I can rotate easily) rather than using my username / password for the web API access-
The plan right now is to allow your main account to set permissions on u/p combos, including WebAPI, SMTP, Web, etc.
-
-
-
-
-
What are our options to brand the website for our subusers? E.g.: can we hide the developer tab? We also don't want to let our subusers access their account settings.
Thanks
This reply was created from a merged topic originally titled
Branding the subuser account. -
-
EMPLOYEE
I’m
excited
Multiple Credentials is live!
You can create credentials here: http://sendgrid.com/credentials
and yes, there is documentation.
A couple of highlights:
- This is version 1. It provides access to the website, mail sending, and web api. We will continue to develop this and provide the more fine-grained access to parts of the website many of you have asked for.
- The mail permission is the only one that allows sending, both via SMTP and Web API.
- The web permission provides access to all parts of the site except for the credentials page itself, and the Account Settings page, for security.
- The api permission provides access to all read & write functions of the Web API except for mail.send.
So, get out there, make a login for each of your mailing servers, your stats guys, your api query machines, and let us know how it works for you! -
-
Wow, this is great!
Will it be possible in the future to have more finely grained controls around the web end of things? For instance, I have business users that I don't want to touch the App or Developer tabs, or billing, but should have access to stats.-
Yes, that's the next stage of this feature.
-
-
-
-
EMPLOYEE
EMPLOYEE
