Ja natürlich steht dort dire komplette Nav drin, das ist ja einerseits positiv, da ich dann ohne Frames auskomme, aber nachteilig bei meinem Problem:
Umpf. Und was machst du, wenn sich an der Navigationsstruktur was ändert? Dann musst du ja sämtliche Dokumente aktualisieren. Und was passiert, wenn du neue Seiten hinzufügst?
Ich würde die Navigation vom Inhalt weitestgehend trennen. Im simpelsten Fall würde ich die komplette Navigation in ein Dokument schreiben, ist ja wahrscheinlich sowieso alles Pass-Through-HTML(?). Wenn der ganze Kram nicht größer als 15 kB ist, passt das in ein einziges Textfeld, das du dann per @DbLookup in einen Computed Text laden kannst.
Ich habe für jeden Navigationseintrag ein eigenes Dokument mit dem jeweiligen Text und dem zugehörigen Link. Daraus baue ich dann entweder im Dokument oder in einer Ansicht das benötigte HTML. Ein @DbColumn auf diese Ansicht liefert mir dann das gesamte HTML für die Navigation. Mit deinem JS-Klapp-Menü ist es villeicht ein bisschen fummeliger.
Das Mail soll dann an den Besitzer dieser DB gewschickt werden. Es soll die üblichen Felder eines Kontaktformulares beinhalten (also Name, Adresse, Textfeld für Anfrage, etc)
Wenn du am Konzept (wie ich mal schwer vermute) nichts mehr ändern willst, dann öffne doch einfach eines der bestehenden Dokumente mit einer anderen Maske (am einfachsten über die Form Formula einer extra dafür angelegten Ansicht). In dieser Maske ist dann die Teilmaske für die Navigation drin, im unteren Teil aber eben die benötigten Kontaktfelder.
Da die Angaben sowieso per Mail verschickt und nicht in der DB gespeichert werden sollen, kann (und sollte) die Maske ein verstecktes Feld SaveOptions mit Wert "0" haben, damit dem Dokument nichts passieren kann. Oder du legst gleich extra ein Dokument nur für diesen Zweck an, in dem außer den Navigationsdaten gar nichts Sinnvolles steht.