Beiträge von MAD M!NDWORX

    Eintrag Bug-Forum: Dies ist eine vorgefertigte Schablone, die bei der Formulierung eines Bugreports unterstützen soll. Bitte die folgenden Angaben möglichst vollständig ausfüllen.


    - Welche Version von pd-admin wird eingesetzt? v4.06
    - Welche Version der Serverumgebung wird eingesetzt? 1-0.114


    Durch das automatische Ersetzen von relativen Pfaden durch XINHA werden beim Bearbeiten von HTML Dateien relative Links und Pfade um einen Prefix erweitert, der der URL ohne die Domain entspricht.


    Beispiel:


    Code
    <a href="beispiel.htm"><img src="img/bild.jpg" /></a>


    wird automatisch zu


    Code
    <a href="/customer/sid/(md5hash)/beispiel.htm><img src="/customer/sid/(md5hash)/img/bild.jpg" /></a>


    Das ist natürlich ärgerlich wenn ein Kunde mal schnell eine HTML Datei bearbeitet und darin dann alle relativen Links auf nicht existierende Verlinkungen verändert werden.


    Momentan habe ich die stripBaseHref Funktion so erweitert, dass der basePath alles vor customer.cgi aus der URL enthält, dann werden die Links entsprechend korrekt interpretiert.


    Allerdings wird das ja beim nächsten pd-admin Update wieder überschrieben, hoffentlich denke ich dann dran die Änderung an der aktuellen Version wieder vorzunehmen. Schöner wäre es, wenn pd-admin "von Haus aus" Rücksicht auf die Pfade nehmen könnte...

    Ah jetzt ja.


    Habe es gerade noch einmal konkret getestet.


    Wenn eine Mail als SPAM erkannt wird und der Absender nicht auf der Whitelist steht, gelangt die Mail in die Quarantäne-Mailbox, andernfalls wird die Mail zugestellt, allerdings als SPAM markiert.


    Wahrscheinlich hat die Spammarkierung den Kunden (und auch mich im Endeffekt) irritiert. Doch nun ist es ja klar.


    Vielen Dank für den Hinweis, Herr Bradler.

    Installierte pd-admin-Version: v4.06
    Installierte Version d. Serverumgebung: 1-0.106



    Hallo,


    ein Kunde hat das Problem, dass seine Whitelist Einträge trotzdem vom Spamfilter noch erfasst und eventuell als Spam markiert werden. Im Endeffekt ist seine Whitelist also sinnlos.


    Ich habe es getestet und wirklich: Die Mails werden trotz Whitelist gefiltert.


    Test 1: Whitelist mit Eintrag "whitelistadresse@whitelistdomain.tld" (ohne Gänsefüßchen)

    Code
    Log:
    Apr 23 00:22:10 spamd[976]: spamd: processing message <189733934656.20080422234924@whitelistdomain.tld> for kundenadresse@kundendomain.tld:1017
    Apr 23 00:22:11 spamd[976]: spamd: result: . 0 - BAYES_50,RDNS_NONE scantime=0.7,size=1660,user=kundenadresse@kundendomain.tld,uid=1017,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=38631,mid=<189733934656.20080422234924@whitelistdomain.tld>,bayes=0.500000,autolearn=no
    Apr 23 00:22:11 qmail: 1208902931.495846 info msg 9568478: bytes 2053 from <whitelistadresse@whitelistdomain.tld> qp 28423 uid 1011


    Test 2: Whitelist mit Eintrag "@whitelistdomain.tld" (ohne Gänsefüßchen)

    Code
    Log:
    Apr 23 00:45:29 spamd[976]: spamd: processing message <87737306578.20080423004537@whitelistdomain.tld> for kundenadresse@kundendomain.tld:1017
    Apr 23 00:45:29 spamd[976]: spamd: result: . 0 - BAYES_50,RDNS_NONE scantime=0.7,size=1135,user=kundenadresse@kundendomain.tld,uid=1017,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=58117,mid=<87737306578.20080423004537@whitelistdomain.tld>,bayes=0.500000,autolearn=no
    Apr 23 00:45:29 qmail: 1208904329.896004 info msg 9568478: bytes 1528 from <adresse@whitelistdomain.tld> qp 30044 uid 1011


    Es befinden sich drei Adressen in der Whitelist (mit Enter getrennt), aber keine der drei wird als Whitelist behandelt.


    Liegt hier ein Fehler vor oder warum werden die Mails trotz Whitelist noch gefiltert?


    Vielen Dank.

    Schau mal in Deine Crontab, ob dort das Script


    /opt/pdadmin/bin/smtp_traffic.pl


    eingetragen ist. Dieses Script sendet Dir automatisch eine Mail mit Kunden, die über 100 Mails am Tag versendet haben.

    Moin Reiner.


    Bei Deinem Script werden Username und Passwort nicht über die HTTP Authentifizierung ausgelesen, sondern über $_POST eines Formulares. Und $_POST Variablen kannst Du nicht über die Kommandozeile übergeben.


    Eine Möglichkeit wäre es allerdings, die $_POST durch $_REQUEST zu ersetzen und dann über die Kommandozeile zu übergeben.


    Allerdings schlage ich Dir vor, Dich erst einmal mit dem Script ansich schlau zu machen. Wenn Du keine Ahnung von PHP hast, wirst Du sonst planlos irgendwo irgendwas ändern.

    Zitat

    Das Script soll ja nicht angezeigt werden, sondern ausgeführt..


    Ähm... wenn das Script ausgeführt wird, produziert es auch eine Ausgabe, die angezeigt werden kann. Also ist die Tatsache, dass der Cron die Ausgabe des Scripts anzeigt schonmal ein Hinweis darauf, dass das Script ausgeführt wurde. Der Cron funktioniert demnach.



    Zitat

    Noch dazu mit dem Passwortschutz für den Adminbereich


    Da solltest Du wissen, wie das Script den Passwortschutz handhabt. Meine Glaskugel hab ich grad an Nostradamus TV verborgt, daher kann ich Dir leider nicht sagen inwiefern der Login stattfindet und weiterverarbeitet wird. Wenn Du darüber Infos hast, wäre das sehr hilfreich.

    Nimm doch bitte das Fragezeichen bei der Übergabe des Parameters raus, so wie ich es auch geschrieben hatte.


    Der Parameter wird nicht durch das Fragezeichen übergeben, sondern lass einfach ein Leerzeichen dazwischen. Dann sollte das klappen.

    Zitat

    Original von hehomedia


    Man richtet ein neues POP3 Konto ein und loggt sich dann mit Benutzername (Beispielhaft testipba) und dem Passwört bei SquirrelMail ein.


    Versendet man nun eine E-Mail so wird als Absender lediglich "testipba@example.com" verwendet, was ein Antworten auch unmöglich macht.


    Ich habe in meinem Quote mal den wichtigen Bereich fett gemacht. Rein aus Erfahrung loggen sich Kunden übrigens lieber über die E-Mail Adresse ein als über den Login.


    Daher ist das eigentlich tutti paletti.

    Zitat

    Original von hehomedia
    ...allein die Tatsache, die ich schon in diesem Thema erwähnt habe, das sich jeder Webmail Benutzer(name) erstmal durch die Einstellungen von Squirrelmail arbeiten muss, dort Namen und E-Mail Adresse eintragen muss, ist für mich ein klarer negativpunkt.


    Hmm, beim Anlegen von E-Mail Adressen gibt man diese Informationen doch eigentlich nie an. Die werden immer im Mailprogramm vorgenommen. Zudem ist Squirrelmail auch ohne diese Einstellungen funktionstüchtig. Man meldet sich über seine E-Mail Adresse an und diese wird auch gleich als Absender verwendet, wenn man nichts weiter in den Persönlichen Informationen angibt. Insofern: Alles Roger mit SquirrelMail.


    Roundcube (wird ja gern als Alternative genannt) befindet sich momentan noch absolut in der Beta-Phase (bzw. noch bei Release Candidate 1)! Daher ist ein produktiver Einsatz problematischer als das durchgetestete Squirrel. Zudem ist der Funktionsumfang von RC im Vergleich zu Squirrel recht dürftig.


    Aber um mal wieder zum Topic zurückzukehren: Ich finde es wurden schon alle (mir) wichtigen Punkte angesprochen. Was mir persönlich besonders wichtig ist: Chroot!


    Grüße,
    M.

    chicco, laut nslookup Deiner IP ist Dein Hostname


    server8324612270.serverpool.info


    Das heisst, Du kannst als Reseller einen Kunden anlegen mit einer Phantasiedomain, z.B. chiccosite.de, und nach der Einrichtung des Kunden sollte der Account über


    http://www.chiccosite.de.server8324612270.serverpool.info


    erreichbar sein.


    VIEL ERFOLG!


    Du kannst allerdings den Hostname auch in PD-Admin herausbekommen, wenn Du Dich als admin einlogst und bei "Einstellungen" -> "Serverkonfig." schaust, was als Hostname für pd-admin eingestellt ist.

    - Welche Version von pd-admin wird eingesetzt? -> v3.39
    - Welche Version der Standard-Serverumgebung wird eingesetzt? -> 1-0.083
    - Wie sind die problematischen Dienste konfiguriert? -> standard
    - Welche Logfile-Einträge (zB. Webserver- oder Mail-Logfile) gibt es? -> siehe unten


    Ich wollte gerade einen neuen Endkunden anlegen und erhalte nach dem Absenden des Formulars einen Internal Server Error. Im Error_Log steht folgendes:


    Code
    reseller.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; 
    check the manual that corresponds to your MySQL server version for the right syntax to use near ')' 
    at line 1 at /home/cvs/pdadmin/www/administrator/reseller.pl line 551.
    cannot execute query 'select count(1) from domains as t1, users as t2, resellers as t3 where t1.owner=t2.id and t2.reseller=t3.id and t3.id in ()' 
    at PERL2EXE_STORAGE/CGI/Carp.pm line 314.


    Mir scheint, da wird die Reseller-ID nicht übergeben? Oder wo liegt da das Problem?


    Für Hilfe schon einmal vielen Dank!


    Nachtrag: Ich habe gerade die /opt/pdadmin/www/administrator/administrator.cgi (timestamp 15.03.2007) mit einer anderen administrator.cgi (timestamp 21.11.2006) ausgetauscht und konnte damit User anlegen. Aber glücklich bin ich mit dieser Lösung nicht. Habe nach dem Anlegen der User die neuere administrator.cgi wieder zurückkopiert und getestet. Endkunden anlegen geht damit nicht. Der Fehler sollte also an pd-admin liegen.


    /m.

    Zitat

    Original von dietmar.tumpfer
    Kann ich diese auch nach außen verlinken bzw irgendwo global dorthin verweisen, ohne Gefahr zu laufen dass irgendwelche Probleme mit sich nachgezogen werden?


    Die Logfiles können ganz einfach "umgelagert" werden.


    Ich habe es so gemacht:

    • Apache beendet ( svc -d /service/apache )
    • Logfiles von /usr/local/pd-admin2/logs/ nach /var/log/apache/ verschoben (user root, group www)
    • /opt/pdadmin/etc/pdadmin.conf bearbeitet und die Pfade in $apache_access_log sowie $logroot angepasst
    • /usr/local/pd-admin2/conf/httpd.conf-template bearbeitet und die Pfade für ErrorLog und CustomLog angepasst
    • httpd.conf neu erstellt und Apache gestartet ( /opt/pdadmin/bin/httpd_vhosts.pl )


    Und schwupp, fertig.