MikeKellner
-
Gesamte Inhalte
756 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von MikeKellner
-
-
-
Hallo, wenn du die Adressgruppe angelegt hast musst Du diese auch erstmal einbinden damit Sie greifen kann.
Klicke auf Policy Manager, darunter befindet sich die Globale Policy, also alles was für alle gelten soll. Dann solltest Du eine Incomming und eine Outgoing Policy haben. Wenn die anders heißen ist das egal, entscheident ist das Routing.
Beispiel:
Global Policy-> Incomming (anklicken)
Im oberen Bereich siehst Du das Routing FROM und TO.
Da steht bei Dir wahrscheinlich From: * TO: *@firma.de
Wenn Du im TO Deine Adress Gruppe hinterlegst, dann gehen die Mails nur noch von any zur Adress Gruppe.
Achtung: Keine Adresse vergessen und wenn es mehrere Incomming Policys gibt, dann entsprechend konfigurieren.
Zeige doch mal die Baumstrucktur mit Namen der Policys auf.
-
update berechtigt ist jeder der einen gültigen Wartungsvertrag hat. Wenn Deine Produkte Virensignaturen bekommen, dann hats Du einen Wartungsvertrag. nachschauen kannst Du in der IMSS unter Configuration > Product Licenses, oder im Online Registrierungs Portal.
-
mit IMSS 7.0 hast Du alle User über LDAP zur Verfügung, brauchst also keine statische Liste mehr
-
-
Hallo, anach dem einloggen landest Du auf der Startseite, dort siehst Du im unteren Teil die Version.
ZB:
Trend Micro® InterScan Messaging Security Suite
Product Version: 5.5
Build number: 1283
Service Pack : 2
Patch : 2
Hotfix : 12832
läuft den das programm update nicht auch über den punkt update in der webconsole?Nein, damit holst Du dir nur neue Pattern Dateien.
Adressgruppen haben wir eingestellt, das verhindert aber natürlich nicht das was ich erreichen will... scheinbar aber nicht richtig sonst würden die Mails an unbekannte Empfänger ja nicht zum Exchange gelangen und der Exchange dann Bouncen.
-
-
Hallo,
man sollte lt. Empfehlung von TM warten, bis die aktuellen Versionen auf den EMEA Seiten verfügbar sind.
User7070
Was spricht aus TM/Deiner Sicht dagegen die globale Seite zu nehmen?
-
übrigens seit 2 Tagen gibt es die neue Version 7.0, mit einer gültigen Wartung kannst Du auch kostenfrei updaten.
Hier ein Beispiel mit einer Adress Gruppe.
-
Hallo,
erstmal solltest Du mal Deine Version posten und auf welchem OS das ganze läuft. Hats Du zusätzlich noch SPS auf der IMSS aktiviert?
Es gibt kein Trendmicro Forum, aber für den deutschsprachigen Raum ist das die BESTE Anlaufstelle. Ich selbst z.B. bin Trendmicro zertifiziert und bisher wurde hier noch jede Frage beantwortet.
Hier die LDAP Konf für 5.7 Windows
Adress Gruppe
für beides muss dann aber noch eine geroutete Policy erstellt werden.
-
Lies mal hier MSXFAQ.DE - Mig200x-2007
-
Nimm doch einfach in der Clientanzeige den Punkt Move und verschiebe die Clients auf den neuen Server.
-
Wenn es der Watchdog ist, dann stellt sich die Datei als Hund dar. Schau sie Dir im Explorer mal an.
-
Bei aktuellen Versionen der IMSS kannst Du mit LDAP arbeiten und bei alten mit Statischen Adressgruppen.
-
probiere es mal damit
RUNDLL32.EXE SHELL32.DLL,Control_RunDLL TIMEDATE.CPL,,/Z (GMT+01:00) Amsterdam, Berlin, Bern, Rom, Stockholm, Wien
-
Hallo,
immer wenn für einen User der Grenzwert für die Mailbox erhöht wird, dauert es länger bis diese Einstellung greift. Welcher Service aktualisiert diese Einstellungen und in welchem Intervall. Kann der Service auch manuell angeschoben werden?
-
Das kannst Du nicht am pop3 Connector einrichten, da pop3 nur das abholen ist.
Schau mal hier unter 3.
-
Wie versendest Du die Mails? Direkt oder über deinen Provider. Die Fehlermeldung deutet daraufhin, dass Du selbst verschickst.
doerr-agrar.de #5.0.0 smtp;550 5.0.0 Dial-Up IP address rejected
Da du aber keine feste IP hast wirst Du von der gegenseite abgeleht da er davon ausgeht, das von einer Dyn Ip nur Spam kommen kann.
-
Läuft zu dieser Uhrzeit vielleicht das Backup, oder eine andere Anwendung, welche in der Exchange DB arbeitet.
-
Hallo,
ich habe auf ISA 2006 eine SSL Seite https://mein_server.de veröffentlicht. Die eigentliche Seite liegt aber auf https://mein_server.de/ordner1/ordner2/ordner3/.'>https://mein_server.de/ordner1/ordner2/ordner3/. Daran kann und darf auch nichts geändert werden. Jeder Client soll genau diesen Pfad https://mein_server.de/ordner1/ordner2/ordner3/ eingeben müssen. Also wenn jemand https://mein_server.de/ordner2/ordner1/ordner3/ eingibt, soll er keinen Zugriff haben. Ich könnte jetzt alle anderen Pfade verbieten, indem ich sie als URL-Satz hinterlege. Ich kenne die Pfade aber nicht und werde diese auch nicht erfahren. Hatt jemand eine Idee wie ich dass dem ISA beibringen kann?
-
Hast Du die Firewall Komponente der CSMS mit installiert und konfiguriert?
-
Hallo,
was für Trend Produkte hats Du installiert, mit welchem Patch und welcher Build?
-
Das durcharbeiten des Artikels hat nichts gebaracht, komisch ist nur dass es bei einigen Usern geht und bei anderen nicht.
-
Hallo, ich habe hier eine FE/BE Konstellation mit einem separatem SMTP Inbound System. Der FE soll zwar SMTP ausführen, aber bur für die Authentifizierten externen User. Nun ist es so, dass ich zwar den anonymen Zugriff deaktiviert und einer Gruppe den Zugriff gewährt habe, aber bei einigen Usern wird ein Fehler
Die Nachricht konnte nicht gesendet werden, da der Server die E-Mail-Adresse des Absenders nicht akzeptiert hat. Die E-Mail-Adresse des Absenders ist "meine Adresse". Betreff 'Test', Konto: 'mein Konto', Server: mein Server, Protokoll: SMTP, Serverantwort: '454 5.7.3 Client does not have permission to Send As this sender.', Port: 25, Secure (SSL): Nein, Serverfehler: 454, Fehlernummer: 0x800CCC78
zurückgeliefert.
Die Adresse ist devinitiv richtig?
Kennt jemand das Problem?
Zweite Frage: Kann ich dem Exchange 2003 igrgendwie beibringen, dass er nur von bestimmten Absenderdomänen Mails annimmt?
Exchange 2003 - Einstellung das keine Unzustellbarkeit gesendet wird
in MS Exchange Forum
Geschrieben
Macht es ja, schau Dir doch mal das SMTP Protokoll an. Mail From und Mail to kommen vor den Data. Somit wird schon im to geprüft ob es eine Route gibt. Kommt eine Mail an 123@firma.de und es gibt die Route "from * to *@firma.de dann wird die Mail in dieser Policy mit dieser Route verarbeitet. Gibt es aber keine Route "from * to *@firma.de Route sondern eine Route "from * to Meine_Gruppe und 123@firma.de ist in dieser Gruppe, dann wird diese Policy verarbeitet. Ist 123@firma.de nirgends zu finden dann wird die Mail abgewiesen, weil es ja keinen Empfänger gibt. Somit auch keine SPAM oder Viren Kontrolle für diese Mail.
So wie Du es schilderst ist es eigentlich richtig. Test mal mit Telnet von aussen. Sollte dennoch die Mail durchgestellt werden ist irgendwas an Deinen Routen falsch oder, was ich aber eher ausschließe, die IMSS geht nicht richtig. Dann solltest Du mal Deinen Reseller kontaktieren.