Kannst ja Apple mal deine Lösung anbieten, vielleicht sind sie interessiert. Da springt vielleicht sogar noch der komplette Preis des Webhostings bei raus, wer weiss?
Beiträge von tab
-
-
hier möchte ich kurz reingrätschen: IMAP Idle funzt absolut problemfrei mit den Mailkonten des Webhostings.
Blöd nur wenn es der 🍎-Client nicht unterstützt. 
Das kann ich nur bestätigen, IMAP Idle funktioniert ganz prima. Aber was solls ...
Das Problem ist ja offenbar gelöst. Bis auf den Telefonanbieter halt

. Vielleicht mal bei Apple HTML-Responder für dortige Mailkonten beantragen. Oder eine funktionierende Unterstützung von IMAP Idle in den Mail-Apps für echte IMAP-Konten, was ja nun halt mal der Standard ist. Dann wäre es wirklich gelöst. -
Was muss die Software denn konkret können? Muss jedes Gerät von einem bestimmten Teammitglied geprüft werden oder einfach alle Geräte in einer Liste von irgendjemand, Hauptsache es sind alle überprüft? Geht es eventuell mit den Nextcloud Tasks? Oder mit der Deck App? Oder mit tasks.org? Da können wohl wiederkehrende Aufgaben erstellt werden, also z.B. "Prüfe Gerät xyz auf Vollständigkeit" alle xStunden. Manchmal kann man ja solche Apps passend zweckentfremden. Meist ist es dann aber komplizierter als eigentlich nötig.
-
Und welche Resolver nutzt dein Server? Wenn es die von netcup sind, die sind nicht so schnell wie Cloudflare, auch wenn es um Domains geht, die bei netcup liegen. Vielleicht haben die NS-Records da noch auf die netcup Nameserver aufgelöst. Möglich ist alles.

-
Mach das doch wie die Borg: verteil Malware auf anderen Servern und füge sie der Borg hinzu.
Wir sind die Borg, dein Server wird assimiliert, Widerstand ist zwecklos.
Das ist ne gute Idee, ich lege mir auf ein paar Domains eine wp-login.php mit eigenem Inhalt zu, die Malware verbreitet. Bem Aufruf der Domain wird die Datei nicht angefordert, aber die Möchtegern-Hacker, die diese bisher nicht existente Datei täglich grundlos aufzurufen versuchen, sollen endlich mal einen Erfolg sehen. Wird wohl leider nur rechtlich problematisch sein.
-
Hast Du die Header bei deinen"Autoresponder" Messages wenigstens so gesetzt, wie es sich gehört, so dass der empfangende Mailserver die Nachricht als automatische Antwort erkennen kann und nicht seinerseits eine automatische Antwort zurückschickt? Ansonsten wird dein Projekt wohl schneller wieder gestoppt sein, als dir lieb ist. Denn auf Autoresponder-Ping-Pong besteht bei seriösen Mailanbietern begreiflicherweise kein Bedarf, da sowas ihren Server sehr schnell auf diverse Blacklists bringt, zum Leidwesen ihrer anderen Kunden. Naja, vielleicht wirst du dann wenigstens zum "Spammer des Jahres" gewählt, weil du die Spam-Rate bei E-Mails noch ein wenig näher an die 100% gebracht hast



-
Dann würde ich da hingehen, wo das iPhone halt hingehört. Oder zumindest die Mail-App.

-
Ja, so ist das Leben ... Man kann ewig nach einer Lösung suchen, die es vielleicht gibt oder eben vielleicht auch nicht. Oder man bucht halt ca 2% eines iPhones ab. Was ist dir denn an einem Autoresponder im HTML-Format so wichtig? Wenn ein HTML-Autoresponder für mich wirklich irgendeine Wichtigkeit hätte, dann wäre mir das auch ein paar Euro wert.
-
mir egal ob das von microsoft kommt
Mir auch egal, kommt sowieso fast alles aus China. Was nicht schlimm ist, sondern eher nur traurig.
-
Da muss man dann halt Prioritäten setzen.
-
Im Sinne der Nachhaltigkeit kann es aber auch nicht sein, dass man alle 1-2 Jahre ein neues Telefon kaufen muss.
Ein Telefon vielleicht nicht, aber ein Smartphone. Das hat ja mit Telefon fast nichts mehr zu tun. Eher mit dem Webhosting EiWoMiSau

. -
Ich nutze nebenbei E-Mail Adressen mit Apple Domain. Wie gesagt, andere Clients sind daher keine Alternative als Apple Nutzer.
Hat also jemand eine Lösung zu meinem oben genannten Problem?
Die Lösung hast du doch schon geschrieben. Ziehe dein Mailkonto dahin um, wo Push unterstützt wird, zu Apple oder wo auch immer, zum Beispiel zur Mailbox in Berlin. Wenn der Mailclient nicht verhandelbar ist, dann halt der Mailhoster.
-
Ich auch

Na dann. Die Cloud ist jetzt umgezogen, die Sonne kommt raus
. Sieht bisher gut aus, ich muss es aber heute den Tag über noch beobachten, ob auch alle Clients funktionieren. Die wichtigste Cloud-Funktionalität ist aber schon mal gegeben: mein am Desktop geschriebener Einkaufszettel für morgen ist auf dem Smartphone angekommen.
Ich beobachte das also und ziehe derweil mal Backups von den restlichen Domains und Datenbanken und schreibe mir eine Notiz in die Cloud, dass ich die Subdomains ausmisten sollte, bevor ich irgendwelchen unnützen, alten Test-Schrott auf dem anderen Server wieder installiere
. -
So Bud , bei dem Wetter steigen deine Chancen, deinen Wunschserver nächste Woche zu bekommen
. Habe gerade schonmal die zwei Wordpress umgezogen. Liefen im Frontend von Anfang an problemlos, nachdem Domain, Username, Datenbankname und Datenbank-Passwort auf dem Zielserver identisch sind zum Ursprungsserver. Der Teufel steckte aber mal weder im Detail.Erst konnte ich mich nicht mehr an die Passwörter erinnern. Da ich bei Wordpress relativ ahnungslos bin, habe ich also einfach (?) die "Passwort vergessen" Funktion genutzt. Kam aber keine Mail an, also in die mail.log auf dem entsprechenden Mailserver reingeschaut, die Mail war abgewiesen worden wegen SPF. Nach meinem Mail-Umbau mittels der Postfach Org aus Berlin hätte das wohl auch auf dem Ursprungsserver nicht mehr funktioniert. Habe mir dann kurz überlegt, SPF im DNS der Senderdomain anzupassen, konnte mich dann aber zum Glück wieder an die Passwörter erinnern nach etwas rumprobieren. Dass Wordpress die Mails nicht grundsätzlich per SMTP verschickt fand ich suboptimal, also gleich mal nach einem entsprechenden Plugin gesucht und erst mal "WP Mail SMTP" installiert und eingerichtet. Funktioniert auch prima, erscheint mir aber ein wenig als Overkill. Geht das auch über irgendeine Konfigurationsmöglichkeit ohne Plugin? Oder gibt es andere, geeignetere Plugins für diese an sich doch relativ triviale Funktion? Ich habe das Plugin halt ausgewählt, weil es bei meiner Suche an der ersten Stelle des Suchergebnisses nach "Mail SMTP" stand, mit 5 Sternen bewertet war und relativ häufig benutzt zu werden scheint. Also nach dem Motto: "Leute esst Sch**sse, Millionen Fliegen können nicht irren"

. War dann aber auch wirklich einfach einzurichten und funktioniert jetzt erst mal.Jetzt starte ich noch die Update-Orgie, lege die Cronjobs an und akiviere dann wieder einen Verzeichnisschutz wie auf dem Ursprungsserver. Morgen kommt dann die Cloud an die Reihe. Wenn das zügig klappt, stelle ich den Rest erst mal zurück und sichere die Contao-Installationen erst nur. Ist nichts dringendes dabei, die kann ich dann später gelegentlich oder bei Bedarf wieder installieren. Morgen werd ich da nur im DNS der Domains die IPs umbiegen, damit von mir keine Requests mehr am alten Server aufschlagen. Da die betreffenden Domains und Subdomains (bis auf die Cloud) alle auf den netcup Nameservern zuhause sind, kann das spannend werden


. Obwohl, heute hat das eigentlich prima geklappt - ohne DNSSEC. -
Danke für den Tipp! Hast du generell Erfahrungen wie Webhosting 8000 performancemässig im Vergleich zum man. PS 2000 G9.5 abschneidet? Der managed private Server ist schon ne andere Hausnummer oder? RAM ist ja doppelt so hoch, aber CPU lässt sich nicht wirklich vergleichen mit den offiziellen Angaben.
Mit Erfahrungen im Bereich der Managed Server kann ich leider (mein Geldbeutel bedauert das alledings nicht besonders) nicht dienen. Insofern weiss ich auch nicht, was prinzipiell seitens netcup da nach eigenen Wünschen eingestellt werden kann und was nicht. Deswegen wäre für mich die Information unten auf der Produktseite relevant:
ZitatBitte beachten Sie, dass es sich hierbei um ein managed Server Produkt ohne root-Rechte oder sudo-Rechte handelt und nicht jede Software-Konfiguration abbildbar ist. Bitte fragen Sie daher vor dem Kauf an, ob die von Ihnen gewünschte/n Software bzw. die Einstellungen zur Verfügung gestellt werden können.
Interessant wären da sicher außer den obigen Puffereinstellungen auch noch andere Dinge. Also z.B. wie es mit memcache, OPCache und APCu aussieht. Sowohl vom reinen Vorhandensein als auch von genügender Größe her, so dass deine Shop-Software optimal laufen kann. Also dass z.B. alle zugehörigen Skripte dauerhaft im OPCache gehalten werden. Das ist im Webhosting nicht immer der Fall. Von der reinen Leistungsfähigkeit des Servers her ist das nach den Specs wohl einfach ein RS 2000 G9.5.
-
Ich weiss nicht, wie groß die entsprechenden Puffer von nginx in den verschiedenen Webhostings sind und wie groß du sie brauchst. Diese Einstellung kannst du im Webhosting hier nicht vornehmen, soweit ich das sehe. Ich würde es einfach mal mit einem Webhosting 8000 versuchen. Wenn es klappt ist es gut und wenn nicht, hast Du immer noch die Zufriedenheitsgarantie.
-
Um welches Shopsystem handelt es sich denn? Eventuell gibt es hier ja Kunden, die das selbe System verwenden und somit wissen, ob das hier funktioniert im Webhosting.
-
Wenn Nextcloud nicht so ein gnadenlose Overkill für das Problem wäre, könnte man wohl auch tatsächlich eine speziell dafür angelegte Nextcloud dazu verwenden. Ich habe schon eine Idee, wie das vermutlich gehen könnte. Aber schön wär das sicher nicht
. Ich kaufe mir ja auch kein Auto, nur um damit mein Smartphone aufzuladen. -
Dann solltet ihr vielleicht die Produktmanager ersetzen.

Oder, etwas komplizierter, eine die Produktmanagern nicht überfordernde Uploadmöglichkeit schaffen.
-
Bei Google Drive und Nextcloud geht es nur über den "kryptischen Link". Ansonsten halt hochladen in ein Verzeichnis, auf das mit einer "normalen" URL (https://example.com/pfad-zum-bild/bild.jpg) zugegriffen werden kann. Also sollte das Bild unterhalb des Dokumentenstamms der Domain liegen und nicht wie z.B. bei Nextcloud in einem durch eine .htaccess geschützten Verzeichnis.