[CentOS] Monitor email for office365.com with fetchmail

Thu Feb 13 16:48:06 UTC 2020
Steve Clark <steve.clark at netwolves.com>

On 02/13/2020 11:40 AM, Jerry Geis wrote:

I am trying to use fetchmail to monitor box in office365.com.
Its not working.

Is there a "better" way to monitor and inbox ?

I have verified all the ports are open, using 993, using ssl, using
sslproto SSL3 etc..

Anyone done this ? Got it working.

I basically have:
machine outlook.office365.com
login myuser at mydomain
password mypassword

fetchmail --ssl --sslproto SSL3 --smtpname X -u X outlook.office365.com

Thanks,

jerry
_______________________________________________
CentOS mailing list
CentOS at centos.org<mailto:CentOS at centos.org>
https://lists.centos.org/mailman/listinfo/centos



This is what I am using to fetch to my local linux system and then have thunderbird fetch from dovecot.
poll outlook.office365.com timeout 60 protocol imap
username "username" there with password "password" is "mylocalname" here
folder inbox,"Junk Email"
fetchall

--
Stephen Clark
NetWolves Managed Services, LLC.
Sr. Applications Architect
Phone: 813-579-3200
Fax: 813-882-0209
Email: steve.clark at netwolves.com<mailto:steve.clark at netwolves.com>
http://www.netwolves.com

Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI).