Beiträge von Dean

  • emails mancher Absender kommen nicht an

    Der Support hat den verursachenden Header nicht konkret benannt, aber ich vermute mal anhand der SpamAssassin-Einschätzung von einem anderen Provider (SUBJECT_NEEDS_ENCODING,SUBJ_ILLEGAL_CHARS), dass das Subject schuld ist. Dort ist ein "ä" enthalten. =O


    Die Mails hätten ja ruhig als Spam markiert werden können. Dann wäre zumindest noch ein Eingreifen meinerseits durch Anpassen/Abschalten der Spamfilter möglich gewesen. Und wie gesagt, es waren durchaus noch andere größere Absender betroffen. Da war es mir aber nicht so wichtig, sodass ich das dort nicht weiter verfolgt habe.

  • emails mancher Absender kommen nicht an

    Ich bin auch Verfechter von Standards, aber hier hat man es einfach nicht in der Hand. NC müsste sich dann schon an o2 und die anderen wenden. So groß scheint die Quote der zurückgekommenen Mails bei o2 nicht zu sein als dass sie es als Blocker einstufen würden. Das Problem ist dort seit mehr als 1,5 Jahren bekannt.

  • emails mancher Absender kommen nicht an

    Es ist bekannt, dass diese bestimmte Mail von o2 und Mails von noch ein paar anderen Absendern nicht ankommen. Ein Header in der Mail verstößt gegen einen Mailstandard und deshalb werden die Mails vom Server abgelehnt. Hatte dazu schon ein längeren Austausch mit dem Support. Da es nicht so aussah, als bestünde Interesse, daran etwas zu ändern, war mir das dann irgendwann zu blöd und bin zu einem anderen Mailprovider umgezogen.

    Sicher kann man natürlich argumentieren, dass der Absender sich gefälligst an die Standards halten soll. Aber das erzähle mal dem o2-Support. :D So wichtig scheint der Header aber auch nicht zu sein, wenn er bei vielen anderen Mailprovidern ohne Probleme durchgeht.

  • eMails von machen Webseiten kommen nicht an

    Problem hatte ich mit o2 auch hier bei Netcup (Webhosting). Es stellte sich dann nach ewigen Hin und her mit dem Support heraus, dass die Mails von o2 nicht dem Standard entsprechend codiert sind im Header und dadurch von Netcup abgelehnt werden, ohne dass man hierauf Einfluß nehmen kann. Ich habe dann als Ergebnis daraus den Mailanbieter gewechselt.

    Wie ich den Fehler damals gefunden habe - vielleicht hilft das beim Eingrenzen: Mails testweise an eine Nicht-Netcup-Adresse senden (lassen). Diese Mail dann als EML-Anhang an eine NC-Adresse schicken. Hier bekam ich dann vom Mailer Daemon eine entsprechende Ablehnung retour.

  • Tiny Tiny RSS Installation auf Webhosting

    Zitat von androidin

    Hallo Dean, wo finde ich denn das Ereignisprotokoll?

    Viele Grüsse.

    Einstellungen -> System

    Aber deine Debug-Ausgabe zeigt eigentlich, dass der Feed erfolgreich geholt wurde und auch die einzelnen Entries erfolgreich verarbeitet wurden. Kann es sein, dass irgendein Filter aktiv ist in der Feedansicht?! Also am Feed selbst oder an der Verarbeitung durch TTRSS liegt es vermutlich nicht.

  • Tiny Tiny RSS Installation auf Webhosting

    Also bei mir funktioniert er einwandfrei. Falls er nicht funktioniert, sollte es zumindest einen Hinweis im Ereignisprotokoll dazu geben, wo es genau scheitert. Löschen/Neu anlegen wäre auch meine Vorgehensweise gewesen. Mit dem Löschen sollte in der Datenbank alles dazu entfernt werden und nichts zurückbleiben.

  • Tiny Tiny RSS Installation auf Webhosting

    Das sieht doch alles gut aus. Die Backend-Einstellungen sind dann eher Geschmacks- bzw. Anwendungsfallsache. Ich würde aber das "force-update" wieder aus dem Cron rausnehmen, sonst werden die Intervall-Einstellungen global oder per Feed ignoriert und jeder Feed einfach alle 15 abgeholt.

  • Tiny Tiny RSS Installation auf Webhosting

    Code
    --force_update

    sagt einfach nur, dass das in TTRSS definierte Update-Intervall ignoriert werden soll. Es ist ja laut deiner Shell-Ausgabe durchaus korrekt durchgelaufen, nur werden die Feeds selbst nur alle 24h im Standard-Intervall geprüft. Das konfigurierst du übrigens direkt in den Einstellungen im Backend.

  • Tiny Tiny RSS Installation auf Webhosting

    1.) sieht doch gut aus. Wenn das in TTRSS definierte Standard-Intervall für Feed-Updates noch nicht erreicht ist, wird auch nichts abgerufen.

    2.) Die Mail kam von Cronjob? Dieser ruft per Exec einfach "php" auf und daraus resultiert ein Aufruf von PHP 7.0, daher der Fehler. Die Lösung dazu ist in meinem letzten Post.

  • Tiny Tiny RSS Installation auf Webhosting

    Also der Daemon wird dich ja im Shared Hosting nicht weit bringen. Daher Cronjob einrichten mit zB

    Code
    Aufgabentyp: PHP-Skript ausführen
Skriptpfad: pfad_zu_tinyrss/update.php
mit Argumenten: '--feeds'
Zu verwendende PHP-Version: 8.0
Ausführen: Cron-Stil */15 * * * *

    Wichtig ist in der config.php ebenfalls die PHP Executable anzugeben:

    Code
    putenv('TTRSS_PHP_EXECUTABLE=/usr/local/php80/bin/php');

    TinyTinyRSS läuft hier im Webhosting ohne Probleme, wenn man Stolpersteine einmal umschifft hat.

  • Das längste Thema

    Zitat von m_ueberall

    Alle drei Telefon- und die Faxnummer(n) probiert, welche hier angegeben sind? Auch über das Kontaktformular könnte man notfalls explizit um Rückruf bitten.

    Ein Fax hatte ich jetzt noch nicht geschickt ^^, die anderen Nummern hatte ich natürlich in allen Konstellationen probiert. Aber wie es immer so ist, wenn man seinen Frust ins Internet ruft, lösen sich die Probleme plötzlich von ganz alleine. Also nicht mein DNS-Problem, aber zumindest klappte es jetzt mit dem Anruf.

  • Das längste Thema

    Meine DNS-Änderungen im CCP und per API werden seit vorletzter Nacht nicht mehr angenommen. Ticket seit 24h ohne Rückmeldung. Netcup telefonisch weder aus Festnetz noch mobil erreichbar ("Diese Nummer ist zur Zeit nicht erreichbar" / Internetworking error). Das stimmt hoffnungsvoll für einen Freitag. ||