Beiträge von toaster

    Nun ja, mein Problem ist, dass ich ca. 95% aller Mails von nicht-Notes-Usern erhalte. Davon sind wiederum mehr als die hälfte KMail, Mutt u.ä. Deshalb ist mir die Hierarchie am Anfang nicht aufgefallen ;)


    Hm, wenn ich mal zusammenfasse, dann muß ein Agent her, welcher die Felder richtet.
    1.
    -zunächst eine Ansicht, welche die $MessageID's und die UNID's aller Mails listet
    2.
    -ein Agent welcher nach dem Eingang neuer Mails anläuft
    Dieser wertet die Felder Felder 'in_reply_to' (speichert Notes so ab) und/oder 'references' aus und sucht in der View die entsprechende MessageID. Wenn vorhanden, setzt er die UNID aus der View in das
    Feld $Ref und setzt eventuell noch die 'Form' (auf Reply?).


    Damit könnte man 'verschwundene' Mails verhindern, denn wenn die MessageID nicht gefunden wird, wird halt kein '$Ref' angelegt.


    Was ich nicht genau weiß, ist wie Notes mit den Antwortdukumenten arbeitet. Reicht ein existierendes Feld '$Ref' mit einer UNID auf ein anderes existierendes Dokument aus?


    Bleibt noch die Frage wo dieser Agent sitzen soll. Also an den Router traue ich mich nicht ran ;-). Ich wäre auch nicht sicher, wo ich da ansetzen soll .... den Agent in die 'mail.box'? Ich würde den Agent einfach in's Template des Mailfiles setzen - oder?


    Zitat

    Diali wrote: und dies bei über 8k5 User.


    Zitat

    CarstenH wrote: je nach Mailaufkommen eine deutlich erhöhte Mailrouter Last


    Also, es ist mir ja schon fast peinlich, aber wir reden hier von 8 Usern ;-).


    beste Grüße, Steffen

    Zitat


    Dirk wrote:
    Nö, weil andere Programme die entsprechenden Felder nicht kenne/generieren.


    Welche Felder sind denn da unbekannt? (it is the primary question ;) )


    Laut RFC 2822 (April 2001) sollten das "references" und/oder "in-reply-to" basierend auf der MessageID sein. Diese Felder sind schon in der 822er drin (1982).
    Habe soeben festgestellt, dass Notes "references" nicht sendet.


    Der References-Header gibt eine Reihe der Vorgänger-Nachrichten an so dass man den Baum auch konstruieren kann, wenn z.B. der direkte Vorgänger fehlt (Zeitverzögerung oder warum auch immer).
    In-Reply-To gibt nur den direkten Vorgänger an, d.h. der Baum ist kaputt wenn der fehlt.


    Vielleicht könnte man ja die Felder mit einem Agent richten. Oder gibts vielleicht eine Konvertierungseinstellung ähnlich wie die "return reciepts" Parsung?


    Ich muss noch ne blöde Frage loswerden:

    Zitat

    Dirk wrote: Nö, ...


    Stört euch das nicht oder habt ihr dazu einen speziellen Trick?


    Gruss, Steffen

    Zitat


    taurec schrieb:
    Das hängt mit der vorletzten spalte und der Ansichtseigenschaft Show Responses in a hierarchy zusammen.


    aja, danke ... und sorry, das hätte ich eigentlich sehen können, auch
    wenn ich nicht behaupten kann, dass ich das schon vollständig verstanden habe ... die Hierarchie (Doc, Antwort, Rückantwort) wird aus den UniID's errechnet?


    Ok, dann ist die eigentliche Frage, warum der Mailer (Router) bei externen Mails die Zuordnung zum ParentDoc nicht hinbekommt. Er speichert ja die Dokumente. Dazu sollte man eigentlich wissen, anhand welcher Infos/Felder er solche Zuordnungen vornimmt. :cry:


    Irgendwie trängt sich aber noch eine Frage auf:

    Zitat


    CarstenH wrote:
    Das ist absoluter Quatsch. Die Ansicht zeigt definitiv Antworten als Hierarchie.


    Funktioniert das bei euch auch mit externen (non notes) Mails?

    tatsächlich:
    [Blockierte Grafik: http://ccd-net.de/docu/people/threads.jpg]


    Da die Einrückung aber nur bei Notesmails zu funtionieren scheint, sind mir die paar Einträge gar nicht aufgefallen. Die NotesMails muss ich ja nicht in dieser Ansicht suchen ;-).


    Ok, und warum geht das aber nicht bei den anderen Mails? Ein Blick in die Ansicht und .... :-o ... ja, nun bin ich etwas verwirrt. Die Asicht (Mail-verlauf) Alias Theards ist in ihren Spaltendefinitionen so:
    -ColorColumn(Hidden)
    -DNT
    -Incons
    -SametimeInfo
    -who
    -who (alternative)
    -Date
    -Time
    -Attachments
    -Subject (Spalte ohne Name)
    -Thema


    Die Einrückung wird mit der vorletzten Spalte Subject dargestellt. In dieser Spalte steht aber nur ein simples Field Subject ohne Hide-Formel :-? Ich trau mich ja kaum zu fragen, aber warum wird in dieser Spalte nix angezeigt (außer eben die Einrückungen)?
    Die Spalte Thema ist mit folgender Formel wohl kaum für die Einrückung interessant:

    Code
    @If(form = "NonDelivery Report"; "ZUSTELLUNGSFEHLER: " + FailureReason;
    @IsAvailable(PhoneCaller); "Anruf: " + PhoneCaller;
    Form = "Delivery Report"; "ZUGESTELLT: " + Subject;
    Form = "Return Receipt"; "EMPFANGEN: " + Subject;
    Subject)


    Irgendwie stehen jetzt mehr Fragen im Raum als vorher. Ich weiß, das ist eine typische DAU Erscheinung.


    RockWilder:
    nette Site, habe mir gleich mal n bookmark gesetzt ;). Die Ansicht aus dem Template ist nicht modifiziert worden und arbeitet wie die originale Ansicht.


    MfG

    Habe gerade mal nachgesehen. Das Feld $Orig könnte im 3. Abschnitt

    Code
    FE247DBE2:1144A05C-NC1257077:00647D54


    (1:2-3:4) zur Kategorisierung verwendet werden (NC1257077) ist bei allen Antwort-Mails gleich.
    Was ist das eigentlich für ein Feld?


    Gruß

    Also bei meinem 6.5.1er Client ist das keine hierarchische Anzeige. Da stehen alle Datensätze unübersichtlich untereinander. Wie sollte die Ansicht den aussehen? In der Ansicht selbst sind keine kategorisierten Spalten.
    Mal von der Theorie. Es gibt meiner Meinung nach zwei Ansätze. Zum einen könnte man tatsächlich mit Kategorien arbeiten. Dazu müssten die ursprünglichen MessageIDs in eine Spalte. Zum zweiten könnte man in Subject Leerzeichen in der Ansicht hinzufügen. Damit die Mails aber untereinander gelistet werden, ist wiederum eine Sortierung nach ?? hm, nach Teilen der MessageIDs nötig.


    Gruß

    Hallo,


    ich möchte mir die Mails und deren Antworten hierarchisch darstellen (mutt). Gibt es dazu ein Hausmittel?
    Wenn nicht, hat dies schon mal jemand gelöst (habe im Forum nix gefunden)?


    Gruß, Steffen

    Hallo,


    die 6.5.1 Serverkonfiguration "Router/SMTP - Beschränkungen und Steuerungen - Regeln" funktioniert bei mir nicht. Bei dem Versuch eine neue Regel anzulegen kommt folgender Fehler per Dialogbox:

    Code
    Error on Server Rules - Function ActionNewRule --> 4412: Notes Fehler - Feld nicht gefunden.


    Ich verwende diese Option zum ersten mal. Es kann also sein, dass noch irgendeine Voraussetzung fehlt. Hat da jemand eine Idee, wo ich suchen könnte?


    Danke und Gruß

    Hallo,


    also, ges gibt (/sollte) doch drei möglichkeiten geben, das out-format festzulegen (server, user, empfänger). der server kann /sollte ein plaintext format erzwingen können.
    taurec:
    ich habe so gut wie alles was mit mime zusammenhängt ausgetestet ... der server sendet weiterhin in dem dualformat. ist das vielleicht ein versionsproblem (6.5.1)? oder überlagern die usereinstellungen die des servers?


    torsten:
    das format dem user zu überlassen bzw. dies zu erzwingen funktioniert supi. ich gebe dir aber recht, dass dies erst mit einer policy sinnvoll wird.


    frage:
    ist es eigentlich möglich, das format basierend auf dem empfänger festzusetzen? eigentlich ist ja im jahre 2005 nix gegen das dualformat einzuwenden. aber die linux user groups haben sich da immer etwas eigen ;). wenn der user beim senden entscheiden kann, wie die mals gesandt wird, kann man dies doch sicher mit einem script oder einfach ein entsprechendes feld realisieren oder?


    gruss


    steffen

    Hi Torsten,


    jup und danke. die -c option kannte ich noch garnicht. aber ich bevorzuge schon den -k parameter, weil ja sonst das kennwort im script steht.


    eigentlich ist ja mein problem erledigt. das gui konnte irgendwie das passwd nicht wieder löschen. deine hilfe verwirrt und erfreut mich deshalb etwas. bist du der meinung, das die konsole durch solch ein passwd gesichert sein sollte?


    gruss + thx + schönes we



    PS: muss heute noch mal weg, werde also u.U. erst am mo antworten.

    unverändert :/. er sendet weiterhin in dem dualen format.
    wöfür ist diese option dann ( Internationale MIME )?
    ist diese option für die "Character Setings" gedacht?


    thx + gruus + schönes we


    PS: muss heute noch zu einem kunden. werde also mo weiter an der sache sitzen. vielen dank baer erst mal ;)

    Hallo taurec,


    ja, die einstellung hatte ich eigentlich schon gesetzt (from Notes to Plain Text).
    aber .... folgender test:
    eine outgoing mail sieht nach meinem verständniss nach text und html aus. solch eine einstellung gibt es ja auch (from Notes to Plain Text and HTML).


    der komplette mail header beim empfänger kommt so an:



    ?? ich bin da gerade etwas ratlos ;)


    gruss


    PS: ich habe nur die mailadressen durch "Xuser@domainX" ersetzt.

    Hallo Torsten,


    ja, das funktioniert ja auch.


    ich glaube ich hatte mich etwas ungeschickt ausgedrückt. ich wollte das passwd einfach wieder entfernen, weil sonst das start/stop script vom os (debian) nicht mehr funktioniert. dieses ruft das serverbinary mit dem parameter <-q> auf. auf anderen systemen (z.bsp. win) wird dies sicher ähnlich gemacht. da die prozesse im hintergrund laufen, hat man ja keine aktive konsole, welche auf ein stdin reagieren könne - außer die im admin. diese erfordert ja aber einen user.


    ich wollte nur, dass das start/stop script den server ordentlich herunterfährt und wartet, bis dieser komplett unten ist, bevor das os seinen shutdown fortsetzt und nicht einfach den server aus dem speicher schießt. das beste beispiel dürfte dazu ein signal der usv sein, welches dem server (os) signalisiert: bitte fahre mal recht schnell runter ;)


    thx and greetings
    steffen

    Hallo,


    habe gleich noch eine frage. mails per mime zu senden ist ja etwas ungeanu formuliert. gibt es eine möglichkeit, text/plain beim outgoing zu erzwingen? irgendwie finde ich da nix, weder in der hilfe, noch in den settings des servers oder des users noch hier im forum.


    thx und gruss


    steffen

    durchstarten?
    nun, dabei rede ich von einem shutdown. wenn das os runterfährt, wird ja zunächst das start/stop-script (/etc/init.d) ausgeführt. dies greift aber nicht mehr. danach werden alle offenen prozesse mittel kill hart aus dem speicher entfernt. das dürfte bei einem dominoserver nicht sonderlich angenehm sein.


    halt, das kennwort wird in der notes ini gespeichert (SERVER_CONSOLE_PASSWORD). händisch entfernt und alles ist wieder oki.


    oki, thx + gruss

    Hallo warsn,


    THX für die schnelle Antwort.
    ja, da hatte ich es mal eingestellt. unter server-status-konsole sichern gibt es scheinbar die möglichkeit, das kennwort zu löschen (altes, löschen,ok). aber es scheint nicht zu funktionieren, wenn ich ebenfalls im admin-server-status-herunterfahren nutze, kommt wieder der kennwortdialog. wenn ich diesen ohne bestätige, fährt nix runter; nur wenn ich das alte kennwort eingebe.


    gruss

    Hello all,


    ich neu, dau und lange aus dem domino raus.


    mein problem ist die sogenannte gesicherte konsole. irgendwie hab ich da mal draufgekickert (ikik). nun kann ich den server nicht mehr über die init-scripte beenden ($NOTES_BIN -q).
    ich habe auch schon versucht, das passwort wieder zu entfernen. ich bin mir da ja nicht sicher, aber ich glaube das hat nicht gefunzt ;) zumindest muß ich weiterhin das passwd eingeben, wenn ich den server über den admin herunterfahren möchte.


    hat da jemand eine idee? bei einem host init 0|6 würde ja früher oder später ein kill kill abgesetzt werden - und das ist dann nicht mehr sehr nett ;). (6.5.1 deb)


    thx + gruss


    steffen