feat(kontakte): Vorbereich "Aus Mails" mit Dublettenabgleich

Der Postfachabgleich hat gefundene Personen bisher direkt in den
Kontaktbestand geschrieben. Damit wächst eine gepflegte Liste ungefragt
mit jeder Adresse aus jeder Mail - genau daran ist das Altsystem
gescheitert.

Funde landen jetzt in einem Vorbereich (crm_leads.mail_pool = 1), der als
Unterpunkt "Aus Mails" unter dem Menüpunkt Kontakte aufklappt. Der
Kontaktbestand bleibt unberührt, bis dort jemand entscheidet; in
Opportunities, Kalender und Netzwerk tauchen die Funde nicht auf.

Eine Spalte statt einer zweiten Tabelle, weil crm_mail_links und
crm_mail_contact_candidates per Fremdschlüssel auf crm_leads zeigen - so
behält der Vorbereich seine Mailbezüge.

Übernehmen kennt zwei Wege:
- neue Person: Kopie mit mail_pool = 0, die Mailverknüpfungen wandern mit
- Dublette (Adresse, sonst voller Name): gold markiert, abweichende
  Felder mit altem und neuem Wert; die Feldauswahl schreibt sie in den
  vorhandenen Kontakt. Vorausgewählt sind nur Lücken - ein Wert aus einer
  alten Signatur soll nichts Gepflegtes stillschweigend ersetzen.

db.js verschiebt beim ersten Start die vorhandenen Kontakte mit
source = 'Mail' in den Vorbereich, einmalig über den Merker
leads_mail_pool_migrated in crm_settings.

Die Sidebar-Gruppe ist dabei generisch geworden (MenuGroup) - Kontakte
und Scanner benutzen jetzt denselben Code.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

server/src/schema.sql

@@ -60,6 +60,20 @@ CREATE TABLE IF NOT EXISTS crm_leads (
   CONSTRAINT fk_crm_leads_creator FOREIGN KEY (created_by) REFERENCES crm_users (id) ON DELETE SET NULL
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
 
+/*
+ * Kontakte aus dem Postfach landen nicht direkt im Kontaktbestand, sondern in
+ * einem Vorbereich: mail_pool = 1. Die Kontaktansicht zeigt nur mail_pool = 0,
+ * der Vorbereich steht als eigener Menuepunkt "Aus Mails" daneben. Erst die
+ * Uebernahme dort erzeugt einen richtigen Kontakt (mail_pool = 0).
+ *
+ * Bewusst eine Spalte statt einer zweiten Tabelle: Mailverknuepfungen
+ * (crm_mail_links) und Vorschlaege (crm_mail_contact_candidates) zeigen per
+ * Fremdschluessel auf crm_leads und bleiben damit auch fuer den Vorbereich
+ * gueltig. Die Einmal-Umstellung bestehender Zeilen macht db.js.
+ */
+ALTER TABLE crm_leads ADD COLUMN IF NOT EXISTS mail_pool TINYINT(1) NOT NULL DEFAULT 0 AFTER source;
+ALTER TABLE crm_leads ADD INDEX IF NOT EXISTS idx_crm_leads_mail_pool (mail_pool);
+
 -- Wer steht mit wem in Kontakt. Ungerichtet gedacht; Duplikate werden ueber
 -- den Unique-Key auf dem sortierten Paar verhindert (siehe Backend).
 CREATE TABLE IF NOT EXISTS crm_lead_connections (