Beiträge von Bubble

    Tja taurec,


    gerade für die Recovery Stellen haben wir keine Recovery Informationen. ~Seufz~


    Wird mir Doch nichts anderes übrig bleiben, wie die Rec Stelle 6 zu überschreiben.

    Hallo Alex,


    jupp ich rede von ID Recovery von Benutzern.
    Die benutzer IDs beinhalten ja entsprechend die Rec Stellen.


    da aber Rec Stelle Nr. 6 nicht mehr besetzt ist ist die ID unbrauchbar (Kennwort nicht bekannt wie beschrieben).


    Meine Gedanke war jetzt einfach die Rec Stelle Nr. 6 einfach nochmal zu registrieren und diese dann einfach wieder in die Certifier einzubinden mit dem neuen Admin der diese Rec Stelle beinhaltet.


    Da stellt sich mir die Frage geht dies so ?
    ...und bekommen alle Benutzer (Benutzer ID) autom. die Änderung mit.

    Hallo zusammen,


    bei uns in der Company gibt es 6 ID Recovery Stellen (Rec01 - Rec06).
    Vor längerer Zeit ist die Stelle Rec06 aus dem Unternehmen ausgetreten.
    Kennwort für diese Stelle wurde in einem Umschlag entsprechend hinterlegt.
    Wir wollten jetzt diese Stelle mit einem neuen Mitarbeiter besetzen - sprich Kennwort Eingabe für diese Stelle und ändern des Kennwortes für diesen neuen Mitarbeiter.
    Leider stimmt das hinterlegte Passwort nicht und auf den ehemaligen Mitarbeiter haben wir auch keinen Zugriff mehr.
    Kann ich eigentlich diese Rec06 Stelle neu registrieren/überschreiben und die Clients aktuallisieren dann die ID autom. mit der neuen Recovery Info ?
    Oder sind hier Abhängigkeiten ?


    Schon mal Danke

    OK - Ich verstehe Eure Argumentation - kein Thema.


    Trotzdem würde ich gerne wissen, wie ich das anstellen kann.
    Da ich kein 100% Entwickler bin, wäre ein Tip/Anleitung wie ich das umsetzen könnte hilfreich.


    Mein gedanklicher Ansatz wäre das der Server im nach wie vor entsprechend arbeitet, bloß visuell möchte ich in der Gliederung eine andere Ansicht auswählen bzw. innerhalb dieser Ansicht eine andere Maske wählen, sodaß im FrontEnd nichts sichtbar ist und im BackEnd alles weiterhin läuft.


    Danke

    Naja - ich möchte diese Anhänge einfach nicht sehen, damit keine Stelle sagen kann ich würde Anhänge lesen (was ich sowieso nicht mache). Will einfach aus der Schusslinie.


    Danke

    Hallo zusammen,


    Über die Mailrouterbox werden ja die Nachrichten geroutet.
    Wenn jetzt eine DEAD oder auch Pending Message in dieser Box ist, kann ich dieses Dokument ja öffnen und sehe auch unter Umständen den/die Anhänge.


    Gibt es eigentlich die Möglichkeit, daß man z.B. diese Anhänge nicht sieht/hided.


    Danke

    Hallo zusammen,


    bin momentan am grübeln bzw. frage mich wie ich das am besten umsetzen kann.


    Also wir haben einen Benutzer Master mit I-Net Adresse Master@xxx.de
    Wir haben einen Sklave der im Deligierungsprofil den Eintrag des Masters hat und keine eigene eingetragene I-Net Adresse.
    Sprich wenn der Sklave ein Mail versendet erscheint es bei dem Empfänger als hätte der Master es versendet. Das ist auch so gewollt.


    Jetzt hat der Master an einen externen Empfänger ein Mail versendet mit Kopie an den Sklaven. Interne Zustellung geht - kein Thema. Wenn das Mail nach draussen geht baut ja Domino die Mailadresse entsprechend zusammen wenn er im Personen Dokument oder einem Katalog keine entsprechende Adresse findet.


    Jetzt zur Frage:
    Kann ich eine I-Net-Mail unterdrücken/blocken wenn der Domino keine I-Netadresse findet ?


    Danke
    Andreas

    Hab ich mir schon fast gedacht.
    Da wir mit Quota arbeiten, sind manche Benutzer im Grenzbereich.
    Standardmäßig archiviere ich am WE mit Parameter -A und komprimiere Nachts mit -B.


    Trotzdem Danke

    Ich nochmal :)


    Wir haben zur Zeit 3 Notes Domänen


    TOF_DMZ <--> TOF_EXTERN <--> TOF


    Mails kommen über die DMZ rein und werden entsprechend reingeroutet bzw. von TOF rausgeroutet.


    Wenn jetzt ein Benutzer ein Mail empfängt und ein Reply macht, dann hängt ja das ganze Dömänengeraffel dran. z.B.


    <max.mustermann@xyz.de>@TOF_DMZ@TOF_EXTERN


    und Notes routet entsprechend den Domänen wieder raus. So weit so gut.


    Wir beabsichtigen demnächst die Domäne TOF_EXTERN zu eliminieren. Wie kann ich das Routing sicherstellen wenn ein Benutzer in ein paar Wochen ein Reply macht und die Domäne nicht mehr da ist, daß das Mail trotzdem sauber rausgeroutet wird ?


    Irgendwie steh ich gerade auf dem Schlauch. Ich vermute, daß es wahrscheinlich nur eine Kleinigkeit ist.

    Hallo zusammen,


    wir haben eine serverbasierte Archivierungspolicy. Darüberhinaus haben wir seit 3 Wochen das Transactionlog aktiviert.


    Wenn ich die Archivierung mit


    load compact mail/xyz -a

    ausführe, tut er schön archivieren - allerdings macht er keine komprimierung mehr seit das Transactionlog aktiv ist.


    Ist das normal - sprich muß ich dann nochmal mit Parameter -B compacten ? Oder gibt es noch irgendwelche undokumentierte Optionen ?

    vielleicht hilft Dir das weiter.


    Wenn ein Usermailfile/Sonstiges File einen Volltextindex besitzt muß bei der Replikerstellung der Parameter "Volltextindex für Suchfunktion erstellen" aktiviert werden
    Im Fehlerfall ist auf dem Zielserver der Replikrumpf zu löschen und die Anforderung erneut einzusteuern


    Im Fehlerfall erscheint folgende Meldung:
    Received the status -- Source and destination full text options conflict -- trying to create mail\xxx.nsf on DOMZL02/SRV/XXX; a replica creation request
    has been generated for further processing.

    V-ACL ist nur ein halbstarker Verzeichnis Schutz. Wenn ich den Pfad einer DB kenne komme ich auch an die DB heran.
    Nun zum Thema,
    wenn eine V-ACL eingerichtet ist, dann schau mal im data Verzeichnis nach ob es eine File mail.acl gibt. Wenn ja kannst Du diese mit einem Editor anschauen/editieren.
    Vielleicht hat Dich dein US Kollege ausversehen ausgesperrt.


    Gruss
    Andy

    Hi maodi,


    hab vor ein paar Jahren das gleiche Problem gehabt und mir folgende Doku dazu geschrieben und jetzt wieder ausgegraben.
    Denke das bringt Dich weiter.


    Problem:
    Einheitliche vom User nicht manipulierbare SMTP Absenderadresse. D.h. wenn ein User ein Mail in das Internet sendet wird in der Regel der Absendername aus dem Namen und der Domaine zusammengebaut oder der Router schaut in ein entsprechendes Feld (InternetAdress) und setzt diesen Namen ein. Dieses Feld ist im Notes Client in der Arbeitsumgebung des Users hinterlegt.
    Ist nun im Domainendokument der Adresslookup aktiviert und in der Arbeitsumgebung ein anderer Internetmailname hinterlegt so nimmt er diesen Namen als Absenderadresse.
    Im Zuge der Reorganisation ist dies natürlich nicht wünschenswert, da es die sogenannten Depotadressen gibt (Vorname.Nachname@irgendwat.de) die eigentlich zwingend vorgeschrieben sind.


    Lösung:
    Im Konfigurationdokument des SMTP Servers läßt sich unter Reiter "MIME -> Erweitert -> Erweiterte Optionen für ausgehende Nachrichten" im Feld "Notes Felder, die aus Kopfzeilen entfernt werden sollen:" das unerlaubte Nutzen der Internetmailadresse im Arbeitsumgebungsdokument unterbinden. In diesem Feld wird der Feldname "INetFrom" eingetragen das beim erstellen einer Mail autom. erzeugt wird und als Absenderadresse mitgegeben wird. Notes schaut nun ausschließlich im Verzeichniskatalog nach der hinterlegten Internetmailadresse nach.


    Vorteil:
    Zentralisierte und nicht manipulierbare Internetadresse unabhängig welche Einstellungen am Client vorhanden sind.

    Hallo zusammen,


    hab mal ne kleine Verständnisfrage.


    IST Situation


    meinedomäne.de --> MX = mail.meinedomäne.de
    meinedomäne.com --> MX = mail.meinedomäne.de


    SOLL Situation


    Wir haben einen Partner in der Niederlande gekauft. Diese betreiben ein Exchange System. Unser IT Leiter will nun die Maildomäne meinefirma.com dem Partner zuordnen. Sprich:


    meinedomäne.com --> MX = mail.meinedomäne.nl


    ist ja auch tech. für unseren Dömänenverwalter im Hause kein Problem. Der Exchange Admin Konfiguriert sein System damit er für die Dömäne verantwortlich ist.


    Jetzt kommts,
    Der Exchange Admin will das so konfigurieren, daß er nur Mails annimmt für die Sie auch wirklich Benutzer haben. Alle anderen adressierten Adressen sollen an mail.meinedomäne.de geroutet werden.


    1. Ist dies so ohne weiteres möglich ?


    2. Angenommen jemand schickt an meinname@meinedomäne.com - Ich bin nicht als Benutzer in NL gelistet - der Exchange würde dies an uns routen. Wird dann unser System die Mails empfangen ?


    3. Kann dadurch ein Loop entstehen ?


    Ich hoffe ich habe es einigermaßen Verständlich rübergebracht.


    Freue mich auf Antworten

    Moin,


    also ich glaube nicht, daß es an den Rollen liegt. Diesen Fehler haben wir öfters in Verbindung bei einem Schablonenwechsel von 4 auf 6 (wir Zentralisieren gerade). Dies ging sogar manchmal soweit, daß der Server beim Wechsel der Schablone abgeraucht ist.


    Probiere mal ob Du eine neue Replik oder Kopie anlegen kannst und dann die Gestaltungsaktuallisierung machen kannst.


    Evtl. hilft auch ein Restore des Files und danach die Gestaltungsaktuallisierung.


    Im schlimmsten Fall wäre das anlegen einer neuen Datenbank Notwendig und danach per Copy/Paste die Dokumente in die neue DB zu holen.

    How to recreate a user ID file


    Technote (FAQ)


    Problem


    You have a user who has lost the ID file or password. You don't know how to recover a backup of the file. You decide to re-create the ID file for the user.


    Note: Re-creating a user's ID file should only be considered as a last resort. If the user ID file must be recreated, you should make the user aware that any documents or database previously encrypted will be inaccessible after the new ID is created.


    Solution


    In order to recreate a user ID file, register the user to create the new file using the following steps:
    1. Delete the current person document for the user using the Delete key on the keyboard, not the Delete User option in the Administrator client. If the Delete User option is used, the Administration Process will delete the user, removing the user from your Domino domain. This can cause considerable problems when you try to re-register the user and create the new ID file.
    2. After the Person Document has been successfully deleted, select the Register User option in the People and Groups Tab.
    3. When registering the user, ensure that you use the identical name previously registered for this user. In the Mail File section of the Registration Dialog box, choose a file name different from the mail file name previously used. Using the Set ID File option, place the ID file in a location that you can access later.
    4. After the user has been successfully registered, edit the Person document to reflect the correct mail file (the user's older mail file). To do this, open the Person document and go to the Mail section of the Basics tab. Enter the older mail file name in the Mail File field.
    5. Save and close the document.


    Any cross certificates which the user had in his previous Person document or Personal Address Book must be recreated.