<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>mail &#8211; Haikos Blog</title>
	<atom:link href="https://www.hertes.net/tag/mail/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.hertes.net</link>
	<description>Blog von Haiko Hertes zu allen Themen rund um Microsoft, Cloud und Datacenter</description>
	<lastBuildDate>Thu, 27 Apr 2017 15:53:18 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>Office 365 &#8211; E-Mail-Adressen von neuen Benutzern aus on-premise AD falsch</title>
		<link>https://www.hertes.net/2017/04/office-365-e-mail-adressen-von-neuen-benutzern-aus-on-premise-ad-falsch/</link>
					<comments>https://www.hertes.net/2017/04/office-365-e-mail-adressen-von-neuen-benutzern-aus-on-premise-ad-falsch/#comments</comments>
		
		<dc:creator><![CDATA[Haiko]]></dc:creator>
		<pubDate>Wed, 26 Apr 2017 18:50:14 +0000</pubDate>
				<category><![CDATA[ActiveDirectory]]></category>
		<category><![CDATA[Azure]]></category>
		<category><![CDATA[Office 365]]></category>
		<category><![CDATA[Active Directory]]></category>
		<category><![CDATA[AD]]></category>
		<category><![CDATA[Azure AD]]></category>
		<category><![CDATA[E-Mail]]></category>
		<category><![CDATA[mail]]></category>
		<guid isPermaLink="false">https://www.hertes.net/?p=3432</guid>

					<description><![CDATA[Wenn man mit Azure AD Sync arbeitet und einen neuen Mitarbeiter im lokalen on-premise Active Directory anlegt, dann kann es einem passieren, dass dieser im Office 365 Portal eine *.onmicrosoft.com E-Mail-Adresse als primäre Mailadresse bekommt, selbst wenn man im AD-Konto die richtige Adresse eingetragen hat: Das lässt sich über das Office 365 Admin-Portal auch nicht ändern, da der Benutzer eben aus dem lokalen AD synchronisiert wird: Der Trick besteht darin, im lokalen AD das Attribute “proxyAddresses” zu erweitern (entweder ist es leer oder es enthält bereits einen Eintrag “x500:/o=…”). Der neue Eintrag muss mit “SMTP:” (Großbuchstaben und den Doppelpunkt nicht&#8230;]]></description>
										<content:encoded><![CDATA[<p>Wenn man mit Azure AD Sync arbeitet und einen neuen Mitarbeiter im lokalen on-premise Active Directory anlegt, dann kann es einem passieren, dass dieser im Office 365 Portal eine *.onmicrosoft.com E-Mail-Adresse als primäre Mailadresse bekommt, selbst wenn man im AD-Konto die richtige Adresse eingetragen hat:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2017/04/o365_1.png"><img fetchpriority="high" decoding="async" style="background-image: none; float: none; padding-top: 0px; padding-left: 0px; margin-left: auto; display: block; padding-right: 0px; margin-right: auto; border: 0px;" title="o365_1" src="https://www.hertes.net/wp-content/uploads/2017/04/o365_1_thumb.png" alt="o365_1" width="644" height="306" border="0" /></a></p>
<p>Das lässt sich über das Office 365 Admin-Portal auch nicht ändern, da der Benutzer eben aus dem lokalen AD synchronisiert wird:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2017/04/o365_2.png"><img decoding="async" style="background-image: none; float: none; padding-top: 0px; padding-left: 0px; margin-left: auto; display: block; padding-right: 0px; margin-right: auto; border: 0px;" title="o365_2" src="https://www.hertes.net/wp-content/uploads/2017/04/o365_2_thumb.png" alt="o365_2" width="503" height="484" border="0" /></a></p>
<p>Der Trick besteht darin, im lokalen AD das Attribute “proxyAddresses” zu erweitern (entweder ist es leer oder es enthält bereits einen Eintrag “x500:/o=…”).</p>
<p>Der neue Eintrag muss mit “SMTP:” (Großbuchstaben und den Doppelpunkt nicht vergessen) gefolgt von der gewünschten E-Mail-Adresse (ohne Leerzeichen) bestehen:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2017/04/o365_4.png"><img decoding="async" style="background-image: none; float: none; padding-top: 0px; padding-left: 0px; margin-left: auto; display: block; padding-right: 0px; margin-right: auto; border: 0px;" title="o365_4" src="https://www.hertes.net/wp-content/uploads/2017/04/o365_4_thumb.png" alt="o365_4" width="356" height="484" border="0" /></a></p>
<p>Nach der nächsten Synchronisierung sollte es dann auch in Office 365 passen! Viel Spaß damit…</p>
<p>&nbsp;</p>
<p>Nachtrag: In meinem Fall existiert kein on-premise Exchange Server! Wenn ihr einen solchen doch habt, dann verändert ihr mit der Änderung des AD-Attributes natürlich auch dort die Mailadresse&#8230;</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.hertes.net/2017/04/office-365-e-mail-adressen-von-neuen-benutzern-aus-on-premise-ad-falsch/feed/</wfw:commentRss>
			<slash:comments>5</slash:comments>
		
		
			</item>
		<item>
		<title>SASL authentication failure</title>
		<link>https://www.hertes.net/2008/03/sasl-authentication-failure/</link>
					<comments>https://www.hertes.net/2008/03/sasl-authentication-failure/#respond</comments>
		
		<dc:creator><![CDATA[Haiko]]></dc:creator>
		<pubDate>Mon, 31 Mar 2008 20:12:54 +0000</pubDate>
				<category><![CDATA[Homeserver]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Rootserver]]></category>
		<category><![CDATA[mail]]></category>
		<category><![CDATA[postfix]]></category>
		<category><![CDATA[sasl]]></category>
		<guid isPermaLink="false">http://blog.hertes.net/?p=36</guid>

					<description><![CDATA[Was tun, wenn folgende Meldung auftaucht: Mar 31 21:40:08 hertes postfix/smtpd[18321]: warning: SASL authentication failure: cannot connect to saslauthd server: Connection refused mountMar 31 21:40:08 hertes postfix/smtpd[18321]: warning: SASL authentication failure: Password verification failed Diese Frage stellte sich mir heute nach dem Reboot meines Mailservers. Die Antwort: Ein Link fehlte! mount --bind /var/run/saslauthd /var/spool/postfix/var/run/saslauthd/]]></description>
										<content:encoded><![CDATA[<p>Was tun, wenn folgende Meldung auftaucht:</p>
<pre>Mar 31 21:40:08 hertes postfix/smtpd[18321]: warning: SASL authentication failure: cannot connect to saslauthd server: Connection refused
mountMar 31 21:40:08 hertes postfix/smtpd[18321]: warning: SASL authentication failure: Password verification failed</pre>
<p>Diese Frage stellte sich mir heute nach dem Reboot meines Mailservers. Die Antwort: Ein Link fehlte!</p>
<pre>mount --bind /var/run/saslauthd /var/spool/postfix/var/run/saslauthd/</pre>
]]></content:encoded>
					
					<wfw:commentRss>https://www.hertes.net/2008/03/sasl-authentication-failure/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
