I can create application endpoint to the bot with New-CsOnlineApplicationEndpoint without any issues.
The problem is that we use skype for business (office365) and local exchange no hybrid connection yet I am not able to sync local AD account with the Azure ad account.
created the bot with name#ourdomoin.xx it creates the account in azure without any issues I can chat with it in skype.
the bot also needs to be able to respond to mails, i create an account in our local AD with the same UPN and try to sync it, but there seams to be some conflict instead it creates a new account in azure ad.
I want to be able to create the application endpoint to the bot, then sync my local AD account with the account created to be able to respond and recieve mail.
A bot does not need an actual AD account to be able to run (there will be an AzureAD app registration though). But you will likely want a dedicated Office365 account to be the dedicated account for the bot email. How it typically works is that you create a bot, then connect it to an email channel. The naming of the bot does not (need to) have anything to do with the connecting it to the email channel. Find more information here on connecting your bot to the email channel:
https://learn.microsoft.com/en-us/azure/bot-service/bot-service-channel-connect-email?view=azure-bot-service-4.0
Related
I am working in a team, I am admin of Azure devops, and I have a requirement, I want to send a email notification of every pull request created by my developers team.
But problem is that my all developers don't have email domain access in my client's Azure devops.
My mean is my client name for example is ABC so being admin client given me access by giving email id with admin authorization ashishjain#abc.com but developers don't have this mail domains (because we are vendors and working for client). In addition my client don't use full features of office 365.
Challenge is, how can i send a mail notification of every pull request using my client's Azure devops to my developers who don't have mail IDs like abc.com.
When you create a notification you can specify the email address (any email address):
What kind of mail ID do they have to access your Azure DevOps? Even though different from #abc.com, such as xx#123.com, they should also be able to access their own E-mail xx#123.com
To be honestly, your requirement sounds like a little weird. According to your description, every pull request created by my developers team. These users should already been team members in your org.
You just need to Manage notifications for a team or group in your project. For example:
Team preference: use the team's default delivery preference.
Learn how to manage delivery settings.
If those develops are also not able to access their own sign-in E-mail address system. They cloud change their preferred email address for notifications.
You can change your preferred email address for notifications from
your organization preferences profile page. Notifications are sent
by default to the preferred email address for your organization
profile. This is typically the email address you signed into Azure
DevOps Services with.
Besides, you could also set any Custom email address: recipient is the specified email address in delivery options of your team notification.
Lastly, the E-mail which sent to develops notifications will not be the one who created the subscription. It hands by Azure DevOps Server.
How could I use Google Compute Engine (or a similar service, like AWS) to send email on behalf of users via their SMTP server?
I am interested in building an online email client which allows users to enter their SMTP and POP servers and send/receive email, like they would with their desktop clients. GCE blocks all SMTP ports to prevent abuse and recommends using a mail service like SendGrid instead. However, after researching dozens of these services, they all seem to only support transactional email using their own SMTP servers, or possibly a pre-cleared smtp server. I simply want to send email using the user's SMTP server (ex smtp.mail.yahoo.com), just like they would if they were using a desktop client.
I realize I could host my own servers but I am not interested in maintaining the infrastructure. I would like to host everything on a cloud service. Is there any way I can work around Google's restrictions with an existing service?
As I'm sure you are aware, you would have to have the user enter their SMTP server information and account credentials. You would then use that information to connect to their SMTP server.
By default AWS EC2 instances have SMTP traffic on port 25 rate limited. To remove this limitation, you would need to fill out and submit the following form:
https://aws-portal.amazon.com/gp/aws/html-forms-controller/contactus/ec2-email-limit-rdns-request
If you're looking to send mail as a Gmail, Hotmail, or Yahoo user, you'll probably want to call the service's API to have the server send mail on the user's behalf. There are several benefits of this:
You'll need to get authorization from users (usually via an OAuth flow)
in order to access their mail. This means that users shouldn't be
surprised that you're sending mail from their accounts, and they'll
have some control over your access.
The mail will be signed and come from the appropriate IP addresses to
comply with the various spam-control mechanisms set up by those
companies. Without this, it's likely that the mail you send will end
up in the bit-bucket of the recipient.
By using the API, the service should be able to keep a copy of the
sent mail in the user's outgoing mail folder. This will let the user
see and search for the original message sent if they want.
Unfortunately, this may also mean that each mail service you want to send from will need separate integration, and that you may not be able to send as the user's email address from smaller providers.
Note that the App Engine mail API allows you to send mail as the currently logged-in user (when logging in, users have a similar consent screen to the OAuth process mentioned above).
I have a domain which uses Google Apps for Business to handle email. I already have it mostly set up--MX records point to the correct location and my domain is verified.
I'm now writing a python app (with Django) that will need to serve mail from my domain. What's the correct way to do this with Google? Should I create a Google Apps "user" for the organization as a whole, and then authenticate via SMTP as that user and send mail from there?
The Gmail API says that it
is the best choice for authorized access to a user's Gmail data.
and that
Automated or programmatic message sending
is a typical use case. However, I'm not trying to access a user's data or send mail on behalf of a user, but on behalf of my domain. What's the correct way to proceed?
Any help much appreciated!
You could use SMTP or the Gmail API based on your description. In both cases, you'll need some sort of service account to send mail from. With SMTP, as you mentioned, you'll be authorizing via the instructions you linked.
If you choose to use the Gmail API route, you'll be authorizing the API usage with the account. The Gmail API has many other use cases (e.g. to access user's data) but you're only using it to send emails on behalf of a service account you control.
I've configured google account to send the email from my application.
This works well with my application. But When test the application, this will work well for 10 or 20 emails. But after sometime, it blocks the application to send the email for the security reasons.
After that, I need to login again and should authorize the application to send the email that to verify "I am not a robo".
Here my need is, I need to send the email without any interruption from my email through application.
What should I do?
Everything is said here https://support.google.com/mail/answer/43692?hl=en
A third party software logging automatically in to your account will trigger the account blocking process.
I have my own exchange for emails. There are times when my exchange service is down (because of power failure or maintanance) and during this time, my users do not have access to the exchange web access. To keep the user experience consistant, I was wondering if I can setup something like this:-
If my exchange server is down, google apps takes over and start relaying my mails. Users could log into google apps gmail account to send / receive mails. Once the exchange server is back online, they can continue using the exchange web access.
Please let me know if this is possible at all.
Thanks all in advance,
BTR Naidu
www.btrnaidu.com
www.lmcentraal.com
yes, you need to configure Google Apps as your secondary email server.. there are a few tutorials online to help you with this subject, e.g.
Understanding and Working With MX Records
How To Setup Backup or Secondary MX