Sogo umleiten zu eigener URL

pleibling

Hallo,

ich würde gerne statt mit https://mail.domain.de/SOGo auf Sogo mit der Url https://webmail.domain.de zugreifen. Denn Alias im DNS habe ich schon eingerichtet, als nächstes müsste ich dann in der mailcow.conf unter ADDITIONAL_SERVER_NAMES=webmail.domain.de aufnehmen - danach touch data/assets/ssl/force-renew und docker compose restart acme-mailcow

Aber wie bringe ich nun nginx bei, das er die URL richtig öffnet (kein redirect)? Wahrscheinlich muss eine Datei in data/conf/nginx angelegt werden - aber wie genau mit welchen Inhalt?

Kann mir jemand helfen?

Danke.

IdrisK

https://docs.mailcow.email/de/manual-guides/Nginx/u_e-nginx_webmail-site/

pleibling

Danke @IdrisK - ist noch nicht genau das, was ich wollte. Werde das aber erst mal ausprobieren. In dieser Lösung wird nur weitergeleitet nach der neuen URL - ich hätte es aber gerne, das wie bei einem Reverseproxy die Inhalte direkt angezeigt werden unter der ZielURL.

Ich hoffe, ich kann mich verständlich ausdrücken und du verstehst was ich meine.

Danke dir vielmals 🙂.

DocFraggle

Den 301 hier bekommst Du ja gar nicht mit, das ist als würdest Du direkt auf die Seite gehen!

pleibling

DocFraggle

Cool, dann ist das doch genau das was ich wollte.

Danke für eure Hilfe 🙂.

pleibling

Hallo @DocFraggle und @IdrisK - ich habe das umgesetzt, leider ist es noch nicht ganz das was ich wollte. Ich kann zwar die URL webmail.domain.de aufrufen (DNS und Zertifikat sind ok, wird auch im Zertifikat als additional Name angezeigt).

Jedoch wird dann nur auf die SOGo Seite (https://mail.domain.de/SOGo/) weitergeleitet, statt der Inhalt dessen angezeigt.

NGINX ist ja ein Reverseproxy - damit sollte das ja gehen, nur wie?!?

Habt ihr oder natürlich auch jeder andere eine Idee?

Danke für eure Unterstützung.

DocFraggle

Hast Du es denn genau so gemacht wie in der Doku oben beschrieben?

server {
  ssl_certificate /etc/ssl/mail/cert.pem;
  ssl_certificate_key /etc/ssl/mail/key.pem;
  index index.php index.html;
  client_max_body_size 0;
  root /web;
  include /etc/nginx/conf.d/listen_plain.active;
  include /etc/nginx/conf.d/listen_ssl.active;
  server_name webmail.example.org;
  server_tokens off;
  location ^~ /.well-known/acme-challenge/ {
    allow all;
    default_type "text/plain";
  }

  location / {
    return 301 https://CHANGE_TO_MAILCOW_HOSTNAME/SOGo;
  }
}

pleibling

DocFraggle:

Nein, ich hatte es so verstanden, das CHANGE_TO_MAILCOW_HOSTNAME durch die eigene URL geändert werden sollte und es auch dementsprechend so angepasst:

server {
  ssl_certificate /etc/ssl/mail/cert.pem;
  ssl_certificate_key /etc/ssl/mail/key.pem;
  index index.php index.html;
  client_max_body_size 0;
  root /web;
  include /etc/nginx/conf.d/listen_plain.active;
  include /etc/nginx/conf.d/listen_ssl.active;
  server_name webmail.freesoc.de;
  server_tokens off;
  location ^~ /.well-known/acme-challenge/ {
    allow all;
    default_type "text/plain";
  }

  location / {
    return 301 https://mail.domain.de/SOGo;
  }
}

Weiterhin kenne ich 301 auch nur als Redirect.

DocFraggle

Ja, der 301 ist der Redirect. Ich hatte jetzt oben nicht raus gelesen dass Du das /SoGo nicht sehen willst, das wäre dann nur mit entsprechender Reverse Proxy Config zu lösen, und ob SoGo dann noch funktioniert müsste getestet werden da dort evtl auch das /SoGo als Pfad mit eingetragen ist…

Bei dem 301 unten müsstest Du dann auch Deinen webmail.domain.de eintragen damit Du bei der Domain bleibst