Change "to:" address in Outlook after clicking send - outlook

Here's the situation:
I receive emails from a colleague that, as a consultant, has multiple email accounts. He's not always careful which one he uses. However, replies back to him have to go to a specific email account regardless how it was sent. There are almost always others that need to be copied on the "reply all". Since it's impractical to reliably review every email reply, and there are several of us in the this situation, I'm looking to hack my way around this.
It looks like I can create a rule in Outlook that, maybe, adds his preferred email as a CC address but then it means the email reply goes to 2 places. My preference is that it only goes to one place.
Bonus question: Is there any way to make this work when replying from my iPhone? That is, is there a server-wide approach?
Double-bonus: My coding days are a distant memory, but I was able to hack together a VBA script for something else a couple of years ago. Anything to point me in the right direction would be great.
Thanks.

You can set the reply-to address in his outlook profile. It should follow him around to other clients.

Related

Creating ICS files that work in multiple mail readers

I am working on a project where we send appointment invites to various users. It has all the normal bells and whistles that most calendar apps have. Our user base is mostly Outlook users, but we do have some who use Gmail and Yahoo and others. Most of what we have works, but there are a few nuances that don't work or only work for certain mail readers. Among the issues we have are:
All day events not displaying correctly (It blocks out the whole day instead of having a notice at the top of the day)
Meeting cancellations not being honored (the original meeting shows up on the calendar, but the cancellation request is not recognized by the mail reader. For example, if I create an event and send it to both a Hotmail and Gmail user, that event is recognized by both. If I send a cancelation for that event to both Hotmail and Gmail, Hotmail will properly remove the event but Gmail says the cancelation email is in an unrecognizable format).
All day events in different timezones span multiple days (due to what I assume is a timezone adjustment)
I'm able to fix every one of these (and other issues) for myself. But, when I try to fix them all, I break something somewhere else. Also, what I fix for myself might not work for another user who has the same email reader.
I have gone online and tried to find a guide for creating ICS files. Most places say to create a calendar event in one of the main mail readers, and then look at the ICS file it generates. I've done that and have been able to get partial success, but once again, not all fixes work for everyone.
I'm assuming the individual mail settings for each user to at least be part of the problem.
I am going in circles at this point. I have an idea on how a lot of the fields in the ICS file work and what they do. But there are some I don't understand, and I'm not sure if different mail readers intepret them differently.
I have checked here and other sites for some insights on how to fix these issues, but I must say, I get a lot of conflicting information.
I've sent calendar invites from both my personal Hotmail and Gmail accounts. Everything I send from those mail readers work perfectly fine. When I try to incorporate the ICS files generated into my project, I get some issues. That leads me to believe that 1) I can find a solution that works for the major mail readers and 2) That I have a lack of understanding on some fields in the ICS file and must make a change (though I don't know what that change is).
So I'm not asking for a specific fix (although I can post what I have and try to tweak from there.). What I really need is a good guide that gives some insight into how and what these fields do. I've looked at the RFC for ICS files...that's 170 pages, and tells about specific fields, but not about the process in general.
One other thing, I have seen ICS and iCalendar used rather interchangeably. Is there an important distinction?

Is there a way to reject messages that contain particular words in channels?

My company has a policy of only sending passwords via encrypted email. However, that takes a little more effort then just asking and sending a quick message during a thread. Is there a way for Teams to reject a message containing a word, in this case password, and give a rejection message?
Thanks
This isn't a programming related question, so this isn't the place to ask it. I'll answer it anyway though.
We call this "Data Loss Prevention" (DLP) and it's available in some versions of Office 365. We have not yet added it for Teams but it's definitely on the roadmap. Please use "share an idea" via the Feedback (lightbulb) icon at the lower left of Teams and add your vote.

Exchange - Removing word "EXTERNAL" from Subject line when replying to an external email

We have Exchange server 2013. I am testing a security method to warn users when external emails are received. This is I am doing by putting "EXTERNAL" text in front of subject-line of incoming emails except if the email-subject already has the text. This is working fine.
Now, what I am trying to do is to remove the text "EXTERNAL" when user will reply to the email. I am having a hard time getting a way to achieve it. Exchange rules, so far I have looked into, does not have anything to remove from subject-line, only to prepend.
How can I do it? My goal is to flag incoming external emails and show it users Outlook client in a way so users would see. I want to use Exchange server built-in functionalities, or from Outlook if the settings can be managed by group-policy and users wont be able to change it.
Thanks and appreciate your help.
I do not know the answer but my search for a way to strip "[External]" and "[EXT]" from the subject line of all incoming emails is what brought me here. It seems IT in so many companies has decided this is a great idea and I just want to share my thoughts that it is a HORRIBLE idea and I wish everyone would stop doing it. You can no longer group all emails by subject line and bring everything together, which is seriously inefficient. There HAS to be a better way to teach your employees to not click on spam/scam links than messing with the existing subject lines. This may be my pet peeve of the century.

MailChimp: Bulk re-send opt-in mailout to all subscribers

A client of mine is planning to move from a WordPress newsletter plugin to MailChimp.
As a result we'd be importing all the subscribers from the old system into MailChimp. However we have a feeling that a lot of those subscribers are either fake, dead emails, or not interested any more.
I was wondering whether there is any way to bulk resend an opt-in, so that all subscribers get a mail asking them to click a link to continue their subscription?
I didn't notice anything obvious when selecting all subscribers in a list on MailChimp
At present, it doesn't seem as if there's any way to batch resend confirmation emails. To accomplish what you're after, you can use other mailchimp tools and external methods to clean your list up.
One way would be to contact your users and have them reconfirm. An example from a mailchimp knowledge base article:
"Hi |FNAME|,
Remember us? You visited our website back on |OPTIN_DATE| and signed up for our email newsletter. Well, we’ve finally gotten around to setting up a nifty email newsletter program, and we want to make sure you still want to hear from us. We hope you do, because every month or so our newsletter will include useful how-tos, tips, and advice (plus special offers like the one below).
If you want to stay on our list, click here to renew your subscription! Of course, we don’t want to clog up your inbox with stuff you don’t want. If you're not interested, you can ignore this and you’ll never hear from us again…"
You can also remove people who haven't clicked on the last N campaigns, remove low-rating users, or use another way to remove people who aren't engaging.
Some helpful links:
http://kb.mailchimp.com/article/how-can-i-remove-someone-from-my-list-who-has-never-opened-a-campaign/
http://kb.mailchimp.com/article/how-can-i-remove-someone-from-my-list-who-has-never-opened-a-campaign/#open
http://kb.mailchimp.com/article/how-can-i-remove-someone-from-my-list-who-has-never-opened-a-campaign/#rating

What is the benefit to validating email address at registration?

After user registers, I send an email with a guid link to click to validate the registration.
It confirms the email exists, but how does that help fight spammers?
Can't bots 'click' same link back to the site and validate registration just the same?
It verifies:
the user has typed their e-mail correctly (since this is the only way you have of contacting them, lets get it right)
the e-mail address exists
it is owned by the person requesting the page
Indeed - it doesn't prevent bots from accepting e-mails from their own e-mail account, but it stops them accepting e-mails from my account... this in turn keeps you out of the legal quagmire of being accused of spamming some random Jo. Everyone wins.
It makes sure that the user is the actual owner of the e-mail address. You don't want them to enter in just anyone's e-mail address and start having messages from your site e-mailed to random people.
You're right, it doesn't prevent spammers. All it does is create another obstacle for users trying to use your site/service/app. Is that something you really want? You should be removing obstacles, not creating them. It sounds like you're solving a problem you don't even know you're going to have or not.
I have a gmail account with a short user name and am often getting email not intended for me, often sensitive stuff like password data or shipment IDs. This happens because some people simply don't know their own email address. If there was some email verification, I wouldn't have to suffer this and their privacy would be preserved.
It all depends on how much you think your users will tollerate.
If you running an online store you want to minimize the number of roadblocks along the way or the user may drop out prior to completion of a purchase.
If it is an online forum or similar then the user may be open to going through more hoops.
If its a free online newspaper that requires validated registration to simply read, people may just go elsewhere instead of bothering.
You need to balance what the user will tollerate with the site needs and offerrings.

Resources