Debian 11 clean install script

crpb
Ja, danke Dir, klar, das habe ich schon für mich geändert aber das muss ja irgendwie ins offizielle Paket fürs Debian repo rein! Kann ich das irgendwo 'offiziell' einkippen? (git?). Mit dem aktivieren über enable gehts damit aber noch nicht:

systemctl enable grommunio-index
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

Das mit dem 'mal frisch' machen ist sicherlich die Ultima ratio - jedoch geht es mir darum, einen möglichst nachvollziehbaren und robusten Debian Installationsprozess zu erreichen, der einen produktiv nutzbaren grommunio mail server erzeugt und vor allem nicht mit jedem grommunio update repariert/modifiziert werden muss - davon scheinen wir - nun ja - aktuell doch noch etwas entfernt von zu sein :-/

Ich bin jetzt mal die letzten drei meiner snapshots zurück gegangen - ohne Erfolg. Ich nutze eine Openstack Cloud mit dem Debian 11 openstack image und habe die Manual installation Anleitung sowie das Debian grommunio-setup script verwendet. Bislang bin ich noch nicht an dem Punkt, dass dreimal ausführen des grommunio-setup.sh dreimal exakt das gleich Ergebnis ergibt; insbesondere updates einzelner packages über das off. repo haben immer noch Seiteneffekte .... etwas mehr regression wäre vor Veröffentlichung schon wünschenswert - soweit mal mein ganz pers. Erfahrungsfeedback in a nutshell.

Aber na ja - kommt zeit, kommt laufendes Debian grommunio

br br

Soooooo - der grommunio-indexer scheint jetzt in meiner Debian Installation endlich zu gehen ... was ist das Problem:

exmdb-provider verwendet als default eine ip Adresse [::1]:5000. Diese ist per default in meinem Debian image in /etc/hosts als ip6-localhost eingetragen. 'netstat -tulpen' sagt denn auch, dass es nur auf [::1]:5000 einen offenen Port gibt, NICHT jedoch für localhost:5000 (ie 127.0.0.1:5000). Soweit so gut.

grommunio-indexer wiederum hat (fest ein-compiliert ?!) einen default Parameter exmdb=localhost:5000 und hat wiederum keine eigene config Datei (?!), wo man dies anpassen kann. Es bliebe also nur eine Anpassung in /etc/gromox/exmdb_provider.cfg. Gemäß 'man 4gx exmdb_provider.cfg' kann man dort nur einen Parameter 'listen_ip' definieren (kein DNS?!?) und dort eine ipv6 Adresse ODER eine or 'v4-mapped address' (ie eg FFFF::127.0.0.1) angeben. Damit wären dann aber alle möglichen anderen Configs betroffen, die den exmdb provider nutzen.

Um das jetzt zum laufen zu bekommen, bleibt als schnelle Lösung nur, grommunio-index-run.sh anzupassen

In Zeile 28 die Option "-e ip6-localhost" ergänzen
grommunio-index "$1" "${maildir}" -o "${web_index_path}/${username}/index.sqlite3"
grommunio-index -e ip6-localhost "$1" "${maildir}" -o "${web_index_path}/${username}/index.sqlite3"

Wenn ich da nicht etwas grds übersehe, ist das aus meiner Sicht - nun ja - ein wenig robuste Herangehensweise: Variable Definitionen in /etc/hosts treffen auf statische DNS configs auf der einen und wenig flexible IP Adress Definitionen auf der anderen Seite, mal (begrenzt) änderbar in einer config Datei, mal (begrenzt) änderbar nur als Kommandozeilenparameter - unschön. Damit sind Aufwand im späteren produktiven Betrieb und den Anpassungen der configs vorprogrammiert.

Kann man so machen, muss man aber nicht.....

Sollte ich allerdings was übersehen haben, so freue ich mich über jeden besseren Vorschlag ....

Br br

Morsche,
hab mir grad des debian-11-generic-amd64.tar.xz von https://cloud.debian.org/images/cloud/bullseye/latest/ geladen und mal im qemu mit ner grml-iso geladen weil ich jetzt zu faul war da auch noch mein ssh-kram zu integrieren.. egal..

In dem Image ist /etc/hosts ich sag jetzt mal NORMAL. Und würde wohl dann auch so funktionieren.

Und laut https://cloud.debian.org/images/cloud/ wird das Generic ja für OpenStack empfohlen. Oder welches nutzt du?

EDIT: naja man erkennts so halb :P

Gehen wir also das nächste Debian Thema an: grommunio-archive und das nette Programm 'indexer' (s.o.)

Hat jemand noch eine Idee oder Information, wie man zu dem Tool 'indexer' kommt, welches da in diversen scripts so locker verwendet wird?

... Beantworte ich mal selbst: grommunio-archive braucht das zusätzliche Paket 'sphinxsearch', da ist der drin ...

BR br

Ich bin jetzt genau auch an dem Punkt, dass ich eigentlich den Archiver auf Debian am laufen habe (piler, sphinx, piler-smtp in postfix, piler ui, vor allem aber die permissions schlacht mit 1001 workarounds bis zum nä update gewonnen habe) und er aber nix findet.

Irgendwie bekomme ich das Zusammenspiel zwischen sphinx.conf und config-site.php und dem installierten Datenbankschema noch nicht hin. In der mail.log ist, wenn man sich ins piler ui einlogged dann zB.

piler-webui[132298]: index dailydelta1,delta1,main1: query error: no field 'from' found in schema
piler-webui[132298]: sphinx query: 'SELECT id FROM main1,dailydelta1,delta1 WHERE MATCH(' ( (@from user1XmydomainXxx) | (@to user1XmydomainXxx) ) ') ORDER BYsentDESC LIMIT 0,20 OPTION max_matches=1000' in 0.00 s, 0 hits, 0 total found

Weiterhin: Obwohl piler-smtp behauptet, dass er mails sauber ins Archive schreibt und auch /var/lib/grommunio-archive/store ... sich füllt und auch die Indexe sich ändern (piler cron-jobs mit indexer) behauptet die Abfrage zB '0 total found'. Welche Version von Sphinx verwendet denn die Appliance? kann es sein dass das Schema zu einer anderen Version von Sphinx passt und nicht zu der relativ alten 2.12, die Debian installiert (sphinx hat mittlerweile 3.X)?

Any idea?
Br br

PS: irgendwie geht bei mir der Codeblock mit ```immer noch nicht: Wie genau ist denn die Syntax dazu? (:nerv)