Ich werde es über diesen Weg mal probieren.
Was ich nicht weiß: Könnte es Probleme beim Versand geben, dass bspw. Junkfilter ein falsches Routing (was ja eigentlich kein falsches ist) entdecken und die Mail verwerfen?
Ich werde es über diesen Weg mal probieren.
Was ich nicht weiß: Könnte es Probleme beim Versand geben, dass bspw. Junkfilter ein falsches Routing (was ja eigentlich kein falsches ist) entdecken und die Mail verwerfen?
Ich bin auf einen interessanten CodeSchnipsel gestoßen, der das Problem langsam eingrenzt.
namespace FFRouting1
{
public class SampleRoutingAgentFactory : RoutingAgentFactory
{
public override RoutingAgent CreateAgent(SmtpServer server)
{
RoutingAgent myAgent = new SRoutingAgent();
return myAgent;
}
}
}
public class SRoutingAgent : RoutingAgent
{
public SRoutingAgent()
{
//subscribe to different events
base.OnResolvedMessage += new ResolvedMessageEventHandler(SRoutingAgent_OnResolvedMessage);
}
void SRoutingAgent_OnResolvedMessage(ResolvedMessageEventSource source, QueuedMessageEventArgs e)
{
try
{
RoutingDomain myRoutingOverride = new RoutingDomain("contoso.com");
foreach (EnvelopeRecipient recp in e.MailItem.Recipients)
{
recp.SetRoutingOverride(myRoutingOverride);
}
EventLog.WriteEntry("FFRouting1 Agent", "My Routing Agent fired successfully",
EventLogEntryType.Information, 555);
}
catch (Exception except)
{
EventLog.WriteEntry("FFRouting1 Agent", except.Message,
EventLogEntryType.Error);
}
}
}
Alles anzeigen
Nur das hier sowohl die eingehenden Mails als auch die ausgehenden angefasst werden, die eingehenden stellen natürlich ein Problem dar, die sollen ja nicht dem Connector zugewiesen werden.
Weiterhin müsste ich hier im Grunde doch nur noch überprüfen, wer der absender ist (xyz@t-online.de) und diese dann dem gleichnamigen SMTP Connector (das wäre das einfachste) zustellen, oder?
mh, sieht wohl schlecht aus laut msdn.
Wäre ein RoutingOverride denkbar? Also den SMTP Connector "quasi" verarschen und ihm Mails unterjubeln, weil er glaubt er muss sie annehmen?
Hey vielen Dank, Robert
Ist es eigentlich denkbar das ganze über eine Transport Rule laufen zu lassen? Das Mailobjekt enthält ja Werte wie Domain, die Frage wäre nur wie ich den Weg darüber hinsichtlich des SMTP Connectors beeinflussen könnte... über den Parameter Action?
Lieben Gruß
Achim Appel
Hallo Mitstreiter,
eine Problemstellung, auf die ich bisher keine Lösung gefunden habe, weil es wahrscheinlich zu selten vorkommt:
Auf dem Exchange 2007 Server kann ich wunderbar SMTP Connectors eintragen und sie auf unterschiedliche Domains filtern.
Frage: Gibt es irgendwie eine Möglichkeit, wie ich unterschiedlichen Usern wiederum unterschiedliche SMTP Connectoren zuweise?
Worauf ich hinaus will:
Ein User der intern eine Adresse xyz@gmx.de hat, soll speziell seine Emails per SMTP über mail.gmx.net versenden.
Ein anderer user mit bla@t-online.de wiederum über einen SMTP Connector der als Smarthost T-Online enthalten hat.
Und sofern es hier keine Möglichkeit gibt:
Es ist eine relativ kleine Umgebung, wäre es daher denkbar, dass vielleicht die lösung nicht innerhalb Exchange realisiert wird, sondern mit einem weiteren SMTP Server, der die Mails von Exchange entgegen nimmt und sie dann anhand der Absenderadressen den unterschiedlichen SMTPAUTH zuordnet?
Vielen Dank schon einmal für Ideenansätze,
lg
Achim Appel
Die hatte ich erst an, während der Tests aber irgendwann beidseitig abgeschaltet. Da lag auch irgendwie meine Vermutung. Das Ereignisprotokoll meldete bei Sicherheit auf beiden Servern auch einen Fehler.
Fehler ID: NULL ID
Fehler beim Anmelden eines Kontos
Ereignis 4625
Gruß vom Achim Appel
Vielen Dank für die Tips (Den BestPractice Analyser kannte ich auch noch nicht, nette Sache!)
Ich glaube das Problem auf DNS einschränken zu können, auch die anderen Logins hatten nicht geklappt.
Es ist so das ich IPv6 in der LAN umgebung deaktiviert hatte, die Anfragen aber wohl primär auf v6 gehen, da unkonfiguriert. Sehr seltsam...
Wähle ich den Server in Outlook per IP Adresse aus sucht er auch auf IPv4 (weil Adresse ja IPv4 ist) und landet - zwar an der selben Maske - klappt aber mit dem lokalen Admin des Exchanges Servers.
So ganz begriffen habe ich es noch nicht, aber es geht in diese Richtung. Ich forsche nochmal weiter.
Vielen Dank schon einmal euch!
Gruß
vom Achim Appel
Hallo,
habe eine frische Umgebung installiert.
Server 1 mit W2k8 und einem neuen Active Directory "intern.projectex.uni"
Server 2 mit Win2k8 und Exchange 2007
Alles gepatcht, alles echte Hardware (kein VMWare)
Netz alles okay, Integration des Exchange Servers in die AD auch okay.
Outlook Webaccess geht einwandfrei
Nun das Problem: Installiere ich einen Outlook Client (Outlook 2007) und möchte mich mit dem Exchange verbinden, erhalte ich ein Authentifizierungsfenster für eine Anmeldung am lokalen Exchange Server.
Ich kann nicht weiter klicken ohne die Anmeldung erfolgreich abgeschlossen zu haben.
Versuche ich mich dann zu authentifizieren, schlägt es immer fehl und das Passwortfenster poppt erneut auf.
Ein Screenshot:
Hat jemand eine Idee? Bin ratlos
Lieben Gruß vom Achim