Beiträge von Virinum

Seit 1.5 ist Folgendes möglich:

$config['default_port'] = 993;

$config['default_host'] = [
    'ssl://imap.gmail.com' => 'Gmail',
    'ssl://imap.web.de' => 'WEB.DE',
    'ssl://imap.gmx.net' => 'GMX',
    'ssl://mx.freenet.de' => 'freenet.de',
    'ssl://outlook.office365.com' => 'Outlook.com',
    'ssl://imap.mail.me.com' => 'iCloud',
    'ssl://secureimap.t-online.de' => 't-online.de',
    'ssl://imap.mail.yahoo.com' => 'Yahoo!',
    'ssl://imap.mail.de' => 'mail.de',
];

$config['smtp_server'] = [
    'imap.gmail.com' => 'tls://smtp.gmail.com',
    'imap.web.de' => 'tls://smtp.web.de',
    'imap.gmx.net' => 'tls://mail.gmx.net',
    'mx.freenet.de' => 'tls://mx.freenet.de',
    'outlook.office365.com' => 'tls://smtp-mail.outlook.com',
    'imap.mail.me.com' => 'tls://smtp.mail.me.com',
    'secureimap.t-online.de' => 'tls://securesmtp.t-online.de',
    'imap.mail.yahoo.com' => 'tls://smtp.mail.yahoo.com',
    'imap.mail.de' => 'tls://smtp.mail.de',
];

ChrisAT

Lad dir die Datei hier runter: http://svn.apache.org/repos/asf/http…conf/mime.types
Kopier sie in das Verzeichnis, in das du auch Roundcube kopiert hast. Anschließend lässt du in der Config $config['mime_types'] auf diese Datei zeigen. Das geht z.B. ganz gut mit

$config['mime_types'] = RCUBE_INSTALL_PATH . 'mime.types.txt';

Quelle

Soweit ich weiß ist diese Datei aber nicht unbedingt notwendig. Oder geht deswegen der Installationsvorgang nicht weiter?

Zitat von ChrisAT

Ist eine Auswahl hier bei Netcup auch geplant?

Ich kann auch nur mutmaßen. Aber

Zitat von [netcup] Lars S.

[...] aktuelle Roundcube-Version [...]

klingt für mich danach, als sei die Version > 1.4. Ab der Version ist das Elastic-Theme standardmäßig bei Roundcube dabei. Ich wüsste keinen Grund, warum netcup dieses Theme wieder manuell rauswerfen sollte.

Wenn du Hilfe beim Einrichten von Roundcube auf deinem Webhosting brauchst, eröffne doch einen Thread oder meinetwegen kannst du mir auch eine PN schreiben. Das ist wirklich kein Hexenwerk und schnell umgesetzt.

Jetzt hängen einige in der Zwickmühle: Rekorde in der Online-Zeit behalten oder Geschwindigkeitsschub durch einen Neustart des Servers erhalten.

Wieso habe ich das nicht früher probiert? Habe eben mal die Treiber DVD eingelegt und alle Treiber geupdatet. Darunter war auch der Treiber des Ethernet Adapters. Jetzt funktioniert's.

Zitat von TBT

Hast Du Dir die IPv6 Einstellungen im Controller angesehen?

Ja, habe ich. Sind auch aktiv und die Kommunikation zwischen den einzelnen Teilnehmern von ZeroTier funktioniert über IPv4 und IPv6.

Im Bereich "Managed Routes" habe ich dann Routen definiert, die sämtlichen IPv4 und IPv6 Traffic über den Linux-Server leiten sollen:

pasted-from-clipboard.png

Auf dem Linux-Server habe ich MASQUERADE eingeschaltet. Anschließend habe ich in den ZeroTier-Clients "Allow Default Route Override" aktiviert. Auf dem PC konnte ich anschließend über den Linux-Server surfen (IPv4 und IPv6). Auf dem iPhone klappten nur IPv4-Verbindungen. Aber keine IPv6. Ich vermute einfach mal weil die IPv6-Route nicht richtig übernommen wird.

Daher mein Versuch mit WireGuard, der ja auch wunderbar funktionierte. Nur nicht auf dem Windows-Server.

Zitat von TBT

Davon abgesehen: wenn man IPv4 hat, wieso braucht man dann noch IPv6?

Weil ich auch gerne IPv6-only-Ziele im Internet über den Tunnel erreichen würde.

Hab auf die Schnelle ein paar Plugins gefunden, die versprechen die URLs in relative umzuwandeln. Zum Beispiel das hier: https://de.wordpress.org/plugins/make-paths-relative/

Wäre vielleicht ein Versuch wert.

Oder guck, dass alles über relative und keine absoluten Pfade abgerufen wird. Dann hast du auch kein CORS-Problem.

Das wird nichts mit deinem Problem zu tun haben, aber dein Record für DKIM ist falsch. Da fehlt ein Unterstrich vor „domainkey“.

dkim._domainkeywäre korrekt.

Von mir aus können wir IPv6 auch erstmal ausklammern.

Habe jetzt das WAN-Interface auf 1480 gesetzt und WireGuard mit 1420 gestartet. Leider immer noch ohne Erfolg.

Bei mir läuft das WAN-Interface auf 1500. WireGuard war schon standardmäßig auf 1420. Hab es jetzt mal mit 1400 und 1380 probiert. Leider ohne Erfolg.

Du hast zwei Optionen:

1. Selber eine neuere Version von Roundcube hosten
2. Warten bis netcup mit dem Update fertig ist: https://forum.netcup.de/netcup-anwendu…tet/#post173912

Ich bin mal so frei und verlinke meine Antwort auf die gleiche Frage von gestern:

Eben nochmal mit route -f alle Routen auf dem Windows-Server zurückgesetzt. Kein Erfolg.

Mich fuchst das so, weil ja die exakt gleiche WireGuard-Konfiguration auf meinem Windows-PC zu Hause funktioniert.

EDIT:

Und dann funktionieren ganz zufällig mal zwei Pings. Anschließend geht wieder nichts.

Ping wird ausgeführt für 172.28.5.65 mit 32 Bytes Daten:
Antwort von 172.28.5.65: Bytes=32 Zeit=21ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 172.28.5.65: Bytes=32 Zeit=10ms TTL=64

Also ich verstehe 172.28.5.64/26 so, dass das Subnetz durch den Tunnel soll. Habe es gerade mal auf 172.28.5.65/26 geändert - kein Unterschied.

Das ist ja auch die Stelle, an der man konfigurieren kann, dass der gesamte Traffic durch den Tunnel soll. Also mit 0.0.0.0/0, ::/0.

Tatsächlich geht der Ping in die andere Richtung und mal nicht. Eben erst mit extremen Schwankungen (zwischen 24 und 1976 ms). Nachdem ich alles nochmal neugestartet und einen neuen Peer angelegt habe ist der Ping stabil. Dafür wird aber immer eine icmp_seq übersprungen (1, 3, 5...) und jetzt wieder gar nicht.

64 bytes from 172.28.5.68: icmp_seq=1 ttl=128 time=9.98 ms
64 bytes from 172.28.5.68: icmp_seq=3 ttl=128 time=9.91 ms
64 bytes from 172.28.5.68: icmp_seq=5 ttl=128 time=9.93 ms
64 bytes from 172.28.5.68: icmp_seq=7 ttl=128 time=10.0 ms
64 bytes from 172.28.5.68: icmp_seq=9 ttl=128 time=10.2 ms
64 bytes from 172.28.5.68: icmp_seq=11 ttl=128 time=9.81 ms
64 bytes from 172.28.5.68: icmp_seq=13 ttl=128 time=10.2 ms
64 bytes from 172.28.5.68: icmp_seq=15 ttl=128 time=9.88 ms

Ja, die Peers sehen für meinen Geschmack richtig aus:

interface: wg0
  public key: KBpPuYkuOWsMcgOF/m6RakRbdW8V/BlcMZrhOwq6olU=
  private key: (hidden)
  listening port: 51820

(iPhone)
peer: fv96YFeXF85PATZNzpP34v13Ytcpn0NC2hs0ZQ3QhhU=
  endpoint: XXX.XXX.XXX.XXX:57628
  allowed ips: 172.28.5.67/32, fd70:6349:fedb:f3a4::3/128
  latest handshake: 7 seconds ago
  transfer: 2.91 KiB received, 2.20 KiB sent

(Windows-Server)
peer: viYfFWB1kPyHdWRiQZ6FP9MYXwlaxnv6CLbSRBqYLSw=
  endpoint: XXX.XXX.XXX.XXX:62710
  allowed ips: 172.28.5.68/32, fd70:6349:fedb:f3a4::4/128
  latest handshake: 1 minute, 44 seconds ago
  transfer: 2.99 KiB received, 7.20 KiB sent

(PC - aktuell ausgeschaltet)
peer: bkj6tGTrgT3gruvjAtik8b/N/l6fBDZJJGXTrFDKBnA=
  allowed ips: 172.28.5.66/32, fd70:6349:fedb:f3a4::2/128

Hier noch die Configs:

Linux-Server:

[Interface]
Address = 172.28.5.65/26
Address = fd70:6349:fedb:f3a4::1/122
PostUp = iptables -A FORWARD -i wg0 -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE; ip6tables -A FORWARD -i wg0 -j ACCEPT; ip6tables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i wg0 -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE; ip6tables -D FORWARD -i wg0 -j ACCEPT; ip6tables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
ListenPort = 51820
PrivateKey = XXXXXXXXXXXX

# PC
[Peer]
PublicKey = bkj6tGTrgT3gruvjAtik8b/N/l6fBDZJJGXTrFDKBnA=
AllowedIPs = 172.28.5.66/32, fd70:6349:fedb:f3a4::2/128

# iPhone
[Peer]
PublicKey = fv96YFeXF85PATZNzpP34v13Ytcpn0NC2hs0ZQ3QhhU=
AllowedIPs = 172.28.5.67/32, fd70:6349:fedb:f3a4::3/128

# Windows-Server
[Peer]
PublicKey = viYfFWB1kPyHdWRiQZ6FP9MYXwlaxnv6CLbSRBqYLSw=
AllowedIPs = 172.28.5.68/32, fd70:6349:fedb:f3a4::4/128

Windows-Server:

[Interface]
PrivateKey = XXXXXXXXXXXX
Address = 172.28.5.68/32, fd70:6349:fedb:f3a4::4/128

[Peer]
PublicKey = KBpPuYkuOWsMcgOF/m6RakRbdW8V/BlcMZrhOwq6olU=
AllowedIPs = 172.28.5.64/26, fd70:6349:fedb:f3a4::/122
Endpoint = server3.XXXX.de:51820

Achja, bei aktiviertem VPN funktioniert alles Weitere tadellos.

Hallo zusammen!

Erstmal eine kleine Historie:

Aktuell verwende ich ZeroTier um eine verschlüsselte Verbindung zwischen einem Winows-Server hier bei netcup und einem Linux-Server bei einem anderen Anbieter herzustellen.

Jetzt wollte ich gerne, dass mein iPhone über den Linux-Server ins Internet geht. Klappte soweit auch - bis auf IPv6. Mein PC hatte mit der gleichen Konfiguration keine Probleme. Da ging sowohl IPv4 als auch IPv6. Ich vermute hier ein Problem bei ZeroTier für iOS. Oder hat hier jemand zufällig eine Idee?

Also habe ich WireGuard ausprobiert. Das klappt auch wunderbar mit dem iPhone und meinem PC. Das iPhone ist gerade so konfiguriert, dass der gesamte Traffic über WireGuard läuft. Und mein PC so, dass nur Traffic zum Server über WireGuard läuft.

Somit wollte ich auch meinem Windows-Server hier bei netcup WireGuard verpassen und damit ZeroTier ablösen.

Problem:

Ich habe zu Testzwecken die Konfiguration meines PCs auf den Windows-Server kopiert (die Verbindung auf meinem PC war in der Zeit deaktiviert). Die Verbindung wird auch prompt hergestellt. Wenn ich jedoch versuche den Linux-Server anzupingen oder irgendwelche anderen Dienste zu erreichen, kommt ein Timeout. Ich sehe in WireGuard, dass Daten gesendet und empfangen werden. Aber trotzdem ein Timeout. Wobei gaaaaaanz selten sehe ich mal einen erfolgreichen Ping.

Ich habe auch schon mit der MTU rumgespielt, aber bisher kein Erfolg. IP-Bereiche überschneiden sich auch nicht. Firewall-Probleme kann ich mir auch nicht vorstellen.

Hat jemand eine Idee woran das liegen könnte oder wie jetzt die Fehlerquelle aufspüren kann?

Wenn du weiter deine eigene Subdomain in der Adresszeile stehen haben willst, kommst du nicht drum herum selber Roundcube zu hosten (das ist kein Hexenwerk).

Am einfachsten ist dagegen eine Weiterleitung. Leg dir dazu eine Subdomain an. Anschließend konfigurierst du eine Weiterleitung.

Vorsicht bei dieser Variante: Es wird kein https unterstützt. Wenn du https anbieten möchtest, musst du auch hier eine Subdomain anlegen. Anschließend aber die Weiterleitung mittels einer .htaccess-Datei konfigurieren, die du im gewählten Document root ablegst. Diese könnte z.B. so aussehen:

RewriteEngine On
RewriteRule (.*) https://webmail01.webhosting.systems/$1 [R=301,L]

EDIT:
Bei der Variante mit https natürlich nicht vergessen noch das letsencrypt-Zertifikat zu aktivieren.

Was genau möchtest du denn? Möchtest du, dass deine Subdomain oben in der Adresszeile steht oder soll wirklich nur von deiner Subdomain auf die Adresse vom Webmail weitergeleitet werden?

Zitat von aRaphael

Und an Schaltjahren?

Und was ist bei der Zeitumstellung wenn der Tag mal 25 oder 23 Stunden hat?