Hi,
zumindest in der Notes Version 5.x stelle ich einen Geschwindigkeitsunterschied fest beim anhängen, wenn ich die Option komprimieren entferne. Ich schätze mal das übertragen und gleichzeitige komprimieren dauert so lange, teste doch einfach mal anzuhängen ohne Komprimierung.
Gruss
Achim
...einfach das File mit Notes öffnen 
das Passwort ist im Feld "Passwort digest" des Personendoks. im NAB
rechte Maustaste Datenbank-Eigenschaften
Achim
Hi,
wenn User1 ein Personendokument im NAB hat, einfach als "forwarding Adress" dort die eMail von User2 eintragen,
ansonsten ein Mail-In Eintrag im NAB mit der Mail-DB von user2
Gruss
Achim
...hat sich erledigt, das Feld fullname" im Personendokument war falsche gefüllt.
...das mit dem "Popup" haben wir eingesetzt, jedoch nur beim öffnen, schliessen der DB, aber die Erfahrung gemacht das es auf viele Anwender keinen Einfluss hat.
Bei denen helfen eigentlich nur richtige harte quotas
Jedoch werden bei den DB-Größenschrankungen auch alle Indexe
mitgerechnet und ein löschen von Mails wirkt sich nicht sofort auf die Grösse aus, sondern erst muss der compact laufen (oder es wird manuell komprimiert).
Ideal wäre mit Sicherheit wen der User keine Mails mehr versenden könnte, aber Mails noch in die DB zugestellt würden.
Du glaubst gar nicht wie froh ich bin, das wir die Shares auf unseren Fileservern auf W2K3 migriert haben, endlich wieder Quotas
Achim
Guten morgen,
ich hätte da mal gerne ein Problem :-).
Ich versuche gerade unsere Anwender umzubenennen und dabei "Wechsel zum neuen Zertifizier".
Ich habe einen neuen Certifier erstellt und eine Querzulassung erstellt von dem alten Certfier zu neuen erstellt.
Habe mir dann mal einen Testuser mit dem alten certifier angelegt und konfiguriert.
Dann im NAB "Rename...." genutzt und "Wechsel zum neuen Certifier wechseln" ausgewählt (Originalcertifier ausgewählt, so wie gefordert). In der admin4 wird dann auch der Eintrag in der Ansicht "Name move request" erstellt. Eintag in der admin4 bestätigt und alles lief ordnungsgemäß durch.
Nun habe ich versucht einen "Lifeuser" zu dem neuen Certifier zu wechseln. Alles gleich gemacht, jedoch bestätige ich den Eintrag in der admin4 und gebe den neuen Certifier an, erscheint in der certlog.nsf
Error Status
Name: Max Mustermann/old_O
Certifier Name: /new_O
Operation: Verschiebung des Namens zu einem neuen Zertifizierer abschliessen
Status: Ungültiges oder nicht vorhandenes Dokument
Die Frage die sich nun stellt ist, welches Dokument meckert er an, der User Max Mustermann/old_O existiert doch noch im NAB
Danke und Gruss
Achim
...danke euch beiden, werde mit das noch einmal in Ruhe durch den Kopf gehen lassen.
OK welcher guter günstige Berater hat ab morgen Zeit :-).
Ernstgemeinte Angebote bitte per PN.
Danke und Gruss
Achim
...du hast Adminrechte auf dem W2K Rechner ?
Wenn die Installationsroutine vor dem beenden abbricht und neu bootet ist etwas nicht i.O. .
Was meinst du mit Spezialkonfiguration ?
Die Sync-Software des PDA (z.B. ActiveSync) ist vorher installiert worden oder ?
Versuche doch mal die Software auf einem anderen W2K Rechner zu installieren.
Ich nutze XTNDConnect mit Notes V5 und läuft supi.
Achim
...habe ich mir schon fast gedacht, vielleicht kannst du doch etwas loslassen, BITTE, stehe im Moment ein wenig auf dem Schlauch :-(.
3 Server Version 5.x (einer davon hostet jedoch nur die Mail-DB und Anwendungen, die anderen beiden sind "Backup" bzw. Fax-Server).
ca. 440 Clients Version 4.6, davon ca. 100 Aussendienst (also nur Repliken).
Bestandsaufnahme bzgl. Leser- und Autorenfelder in Notes-DB ist in Arbeit,
sind aber fast vernachlässigbar.
Gruss
Achim
...gibt es dazu irgendwo ein Ablaufschema, bzw. könntest du dieses bitte etwas näher erläutern, in vielen Server- und Clientkonfigurationsdokumenten kommt doch der "alte" FQN noch
vor (client z.B. in der Arbeitsumg. etc.). Bin mir noch nicht so sicher wie die Reihenfolge und die notwendigen ToDo's sind 
Danke
Achim
Hallo,
habe das Problem, das sich der Name der "Organisation" geändert hat und dieses jetzt auch in Notes vollzogen werden soll.
Sprich von FQN
"vorname nachname/AB" auf "vorname nachname/CD"
Habe in diversen Beiträgen gelesen, das es vermtl. einfacher wäre die neue Organisation auf einem anderen Server zu installieren und die User zu migrieren. (Server 5.x, Clients mit ID's).
Besteht denn nicht die Möglichkeit, eine neue Cert.id zu erstellen, den Server damit zu zertifizieren, und dann die User neu zu zertifizieren ?
Hat schon mal jemand eine Änderung der "Organisation" durchgeführt und wenn ja wie und mit welchen Erfahrungen.
Kann mir nicht vorstellen das ich in der momentanen "Konsolidierungs/- Fusionierungs- und Verkaufphase" der Wirtschaft, der einzige bin der schon mal den Namen der Organisation ändern musste
Danke
Achim
Hi,
ich glaube ich hatte einen kleinen Denkfehler.
Aufgabe ist es den "Organisation" Namen für alle (auch Server) zu ändern
(beim interen Mailing taucht der FQN auf "vorname nachname/organisation"). Durch eintragen eines "flachen" namens im Personendokument wurde beim adressieren über das NAB der flache Name (vorname nachname) genutzt. Aber beim Reply's von Mails, adressieren an Gruppen etc. geht das 100%tig
in die Hose.
Nun die alles entscheidene Frage geht das überhaupt, es sind ca. 440 Clients (davon 100 als Remote User die nur mit Repliken arbeiten), 3 Server und das alles in einer Organisation, dessen Name nun nicht mehr passt.
Wenn ich alleine an die Client-Arbeitsumgebungen, desktop.dsk etc. denke, kommen mir leichte Zweifel
Danke
Achim
....wenn ich das jetzt richtig verstanden hab, wäre die Lösung doch ganz einfach.
Im Serverconfigurationdok. unter Router/SMTP-SMTP Inbound Control-Allow connections only from the following SMTP internet hostnames/IP addresses, dort trägst du einfach die erlaubten SMTP'ler ein und gut is.
Achim
...so stand es vorher drin im Feld (nicht in der Anzeige )
"CN=Vorname Nachname/O=Firma"
"Vorname Nachname"
nun so
"Vorname Nachname"
"CN=Vorname Nachname/O=Firma"
beides als Textliste.
Muss denn der "flache" Name mit CN= eingetragen werden
(bin in der flachen 3er Version gross geworden und konnte mich nie so richtig mit dem hirachischen anfreunden )
deine Idee mit der Formel ist supi, werde ich mal testen
Achim
...das ist eher ein Problem des OS.
Vielleicht ginge es bei z.B. W2K mit "runas" und einen entsprechenden angepassten "silent" Installation :-),
oder dem Tool "sysdiff" aus dem Resource-Kit des OS
Gruss
Achim
...ne, Problem für unsere Marketingleute war, das beim internen adressieren der FQN genutzt wurde (und dieser durch umbenennung falsch ist).
Im Personendokument (feld: fullname) stand
"Vorname Nachname/Organisation"
"Vorname Nachname"
Habe dann das Feld neu gefüllt mit
"Vorname Nachname"
"Vorname Nachname/Organisation"
Damit wurde dann der "flache" name beim adressieren intern genutzt, aber o.a. Fehler tauchte auf
Nice day
Achim
Im Feld steht
"Vorname Nachname"
"Vorname Nachname/Organisation"
also eigentlich so wie es sein sollte
Thanks
Achim
...ich habe mir nen Agent gemacht der das Feld Fullname im NAB
folgendermassen füllt
Vorname Nachname
Vorname Nachname/Organisation
und mit meinem Personendokument einige male getestet.
Während des Zugriffs auf den Server kam dann die Fehlermeldung, habe dann von mit einer anderen ID, das Feld wieder auf die ursprüngliche Reihenfolge zurück gesetzt und konnte wieder mit meiner ID arbeiten.
Kann es evtl. sein das durch das mehrmalige testen der entsprechende Ansichtenindex ein wenig Schwierigkeiten hatte.
Möchte den Agent ungern über 440 Personendokumente rappeln lassen um dann festzustellen das es nicht funktioniert 
Achim
