Wo treibst du dich denn herum?
Beiträge von [gelöschtes Individuum]
-
-
-
Nur sind die Eier heuer unsichtbar.
Sehr gut versteckt
-
Wie war das die letzten Jahre zu Ostern gleich? Warenkorb = gesichert (für ein paar Minuten)?
-
Ach ja, bevor ich mich mit MailCow weiter beschäftige und Zeit rein stecke:
Ich hoffe doch, es gibt eine einfach Möglichkeit globale Verteilerlisten zu den eMail-Adressen anzulegen auf die dann auch jeder zugreifen kann? (z.B. in Form einer eMail mit Weiterleitung an eine Liste von Adressen o.ä?)
eMails innerhalb von Teams zu verschicken wäre unabdingbar für uns.
Sonst wäre das Ganze leider unbrauchbar.
Du kannst unter "Adressumschreibung" BCC-Maps erstellen und u.a. *@domain.de eintragen. Klingt nach dem, was du suchst
-
Kleiner Hinweis für RS 2000 SSDx4 G8-Besitzer: Der lässt sich im CCP zum RS 4000-Pendant upgraden, obwohl beide Aktionsprodukte sind
-
Wie genau stellst du dir das vor? Bei dem Webhosting hast du ja grundlegend nur einen Webserver (-Dienst), mehr nicht. Du hast keinen Server (oder hast du einen VPS oder RS?)
-
ist es Sinn und Zweck, dass bei jedem Stellenangebot das ganz diskutiert wird?
Wo er recht hat...
-
Etwas zu haben ohne es zu brauchen ist besser als etwas zu brauchen ohne es zu haben
Na dann schnürrt mal außergewöhnliche Angebote, bei denen man zugreifen muss
-
btw: Endlich mal XPEnology erfolgreich in einer VM getestet
Habe ich leider nur schlechte Erfahrungen gemacht. Manchmal war er nach einem Neustart/Booten der Meinung, ich hätte ihn noch nie eingerichtet. Es folgte also regelmäßig eine Neuinstallation inkl. Bangen um die Daten
-
Denken die Leute von Openwrt/https-dns-proxy ein bisschen mit? Ich wunderte mich gerade, wieso er bei gescheiterter IPv4-Verbindung (jedoch mit IPv6) nichts mehr auflöst. Gut, in der Config standen nur IPv4-DNS-Server (um initial die Webadressen aufzulösen), aber diese habe ich um die entsprechenden IPv6-Adressen ergänzt. Immernoch nicht. Andere Schreibweise? Nope. Was steht denn da am Prozess vom DNS-Proxy hinten dran? -4. Diese Option wird laut /etc/init.d/https-dns-proxy angehangen, wenn die Option use_ipv6_resolvers_only nicht gesetzt ist:
Codeif [ "$ipv6_resolvers_only" = 0 ]; then xappend "-4" fiIch habe (ohne groß Veränderungen vorzunehmen) also nur die Wahl zwischen IPv4-only und IPv6-only? Ja. Wird kein -4 angehangen, wird ausschließlich über IPv6 aufgelöst, IPv4 scheitert.
Sehr schön
-
[netcup] Lars S. Bekommt man eigentlich eine Mitteilung wenn der Server umgestellt wurde?
Die Umstellung müsste ja schon laut Mitteilung seit Anfang April laufen.
Zur Not einfach nachschauen, ob die alten Versionen noch zur Auswahl stehen?
-
Ab Sonntag gibt es wieder Ostereier! Was brauche ich denn? Theoretisch nichts. Was wird rausspringen? Vermutlich etwas, was ich nicht brauche
-
Das klingt einfach. Soll ich dann den Service anschreiben?
Kannst du versuchen. Meines Wissens gab es mal (hier im Forum) die Verkündung von netcup, dass nach und nach die Web-/Mailserver alle aktualisiert werden und in diesem Zug DKIM/SPF eingerichtet wird. Wenn die Domain also von netcup verwaltet wird, dann solltest du nichts unternehmen brauchen. Andernfalls vielleicht mal beim Support nachhaken...
-
Das Problem bei Jitsi ist, dass es ohne funktionstüchtige(n) STUN Server den kompletten Traffic nicht mehr p2p abwickelt, sondern durch deine Videobridge (Jitsi Instanz) zieht. Und das wäre bei 600 Leuten dezent ungeil.
Jain... Die STUN-Server werden benutzt, um bei (standardmäßig (?)) aktiviertem P2P den Traffic nicht über die Videobridge zu leiten. Dies wird jedoch nur bei zwei Teilnehmern einer Sitzung gemacht (klang bei dir ein bisschen anders). Da es Jitsi/Videobrige nicht interessiert, was passiert wenn kein STUN-Server antwortet, bricht die Zweiersitzung einfach zusammen. Da grundsätzlich jede Sitzung zu Beginn irgendwann eine Sitzung mit zwei Teilnehmern ist, ist es wichtig, dass immer mindestens ein STUN-Server aus der Konfiguration verfügbar ist (egal wie schnell); andernfalls können keine Sitzungen mehr aufgebaut werden.
STUN-Server werden von Jitsi-meet jedoch auch genutzt, um die IP-Adresse des Servers/Videobridge zu ermitteln. Dies wird jedoch nur gemacht, wenn NAT benutzt wird oder (so war es zumindest bei der Docker-Version) wenn keine (öffentliche) IP-Adresse hinterlegt wurde.
-
Hat es einen Grund, wieso du US-apt-Server benutzt? Ich würde deutsche benutzen, da bei mir (lokal) die US-Server immer langsamer sind als die DE-Server (was wahrscheinlich an der Entfernung/Routing liegt).
-
Bei einem Webhosting ist netcup dafür zuständig
-
Na dann: Zeit für einen Fehlerbericht (neudeutsch: Bugreport)!
(Geteiltes Leid und so… muss wohl selbst einen verfassen in anderer Angelegenheit.)Ich denke, das ist eher ein Feature...
-
Mal schauen - es sind zwei Coax Kabel.
Na zwei Mal 10BASE2 hast du damit ja schon einmal sicher
-
2. BCC-Felder: Wie kann ich erkennen, an welche E-Mail Adresse eine E-Mail ging, wenn ich mehrere E-Mail Adressen einem Postfach zugewiesen habe und die Adresse im BCC-Feld stand?
Wie schon von Steini beschrieben entfernt der Sender die BCC-Felder, so dass der Empfänger sie nicht mehr sieht. Beim SMTP-Transport muss der Sender aber natürlich dem Empfänger mitteilen, für wen die Mail gedacht ist. Das passiert im "RCPT TO"-Headers des Envelope. Die meisten Mailserver kopieren diese Adresse als Delivered-To in den Mailheader. Daran kannst du also erkennen, an wem die Mail geht, selbst wenn der Sender diesen als BCC eingetragen hat. Evtl. kannst du die Envelope-Informationen auch aus dem Log des Mailserver ermitteln.
