Beiträge von B. Bachmann

    Das hier:

    Code
    pwcheck_method: auxprop
    auxprop_plugin: sql
    mech_list: plain login cram-md5 digest-md5
    sql_engine: mysql
    sql_hostnames: localhost
    sql_user: syscp
    sql_passwd: blablabla
    sql_database: syscp
    sql_select: select password from mail_users where username='%u@%r'


    aber ich habe jetzt meinen webmailclient so eingestellt, dass er per PHP-Funktion "mail()" sendet (der hat sonst wohl eh nen Bug - den Tipp hab ich von den RC-Devs).

    Wäre trotzdem net, das wäre behebbar. Wenn ich es mir so recht überlege benutzen meine Eltern ja z.B. Outlook Express *g*

    Also, deh Fehler mit RC habe ich behoben, es ist wohl ein Bug im jetzigen Release (erstmal war das Passwort falsch eingestellt für SMTP) und dann gabs im Forum den Fix einfach alle "SMTP"-zugehörigen Funktionen im Configfile leerzulassen (dann wird wohl die "mail()"-Funktion benutzt).

    Code
    $rcmail_config['smtp_server'] = '';
    $rcmail_config['smtp_port'] = 25;
    $rcmail_config['smtp_user'] = '';
    $rcmail_config['smtp_pass'] = '';


    Nur falls es wen interessiert oder wer dasselbe Problem hat.

    Morgen,

    es ging wieder, ich hab das Passwort mal angepasst (und ich schau die anderen Configs durch, aber POP und IMAP gehen einwandfrei (schau trotzdem rein)).

    Jetzt bekomm ich nen anderen "Fehler":

    Code
    Apr  2 08:42:59 root postfix/smtpd[9024]: connect from mailer310.agnitas.de[83.220.155.242]
    Apr  2 08:42:59 root postfix/smtpd[9024]: EDC5A38822F: client=mailer310.agnitas.de[83.220.155.242]
    Apr  2 08:42:59 root postfix/cleanup[9273]: EDC5A38822F: message-id=<20080402050312-1.w.cso.6py1.0.hniy7n2bm7@baur.de>
    Apr  2 08:43:00 root postfix/qmgr[8879]: EDC5A38822F: from=<newsletter@discount24.de>, size=16271, nrcpt=1 (queue active)
    Apr  2 08:43:00 root postfix/virtual[9274]: EDC5A38822F: to=<b@chmann.info>, orig_to=<b@chmann.de>, relay=virtual, delay=0.1, delays=0.07/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to maildir)
    Apr  2 08:43:00 root postfix/qmgr[8879]: EDC5A38822F: removed
    Apr  2 08:43:44 root postfix/smtpd[9301]: connect from root[78.47.55.7]
    Apr  2 08:43:44 root postfix/smtpd[9301]: warning: SASL authentication failure: no secret in database
    Apr  2 08:43:44 root postfix/smtpd[9301]: warning: root[78.47.55.7]: SASL DIGEST-MD5 authentication failed: authentication failure
    Apr  2 08:43:44 root postfix/smtpd[9301]: disconnect from root[78.47.55.7]

    //EDIT:
    die funzen alle.

    Code
    Apr  2 08:43:44 root postfix/smtpd[9301]: warning: SASL authentication failure: no secret in database

    empfinde ich als komisch.

    Hallo zusammen,

    ich hatte vorhin wohl einen übergelaufenen Speicher - zumindest vermute ich das.

    Ich habe mal top gemacht und das ist die "Antwort"


    Allerdings sagt mir das nicht wirklich was aus. Als ich ganz zu Beginn, nach dem neuaufsetzen des OS ein top machte, war auch der gesamte Speicher belegt. Ist er immer belegt oder ist er wirklich voll und ich sollte mir Gedanken machen? (falls letzteres brauche ich wohl eher eine größeren vServer).
    Die Fehlermeldung die heute nacht dann auftrag kam, weil er nicht mehr swappen konnte?

    Gibt es ein Log dazu? (gibt es bestimmt, aber ich bin ja so unbeholfen -.-) Ich wüsste wirklich gerne woran das lag etc. )=

    Grüße,
    Benny

    //EDIT
    das ist so ne Fehlermeldung, vllt deute ich sie ja falsch:

    Code
    Fatal error: Out of memory (allocated 262144) (tried to allocate 491520 bytes) in /var/kunden/webs/dvip/damned-torian/index.php on line 501


    //EDIT2
    Habe jetzt rausgefunden was "spamd" ist... Und es deinstalliert (wundere mich wie das überhaupt auf den Server kam), jetzt sieht die Auslastung erstmal etwas besser aus.

    Grummel... sieht so aus als lässt mich der Proxy hier nich mehr raus... Und heute morgne ist mir das Mainboard (reine Vermutung) abgekackt.
    Werde also erst die Tage schauen können ://

    Aber... Wenn das nicht das richtige Passwort wäre frage ich mich warum dann SYSCP und so läuft.
    Ich melde mich mal wieder, wenn ich alles überprüfen konnte.

    Nen erfolgreichen Tag wünsch ich!

    beides nochmal gemacht (die Passwörter hatte ich eben vorher schon durchgesehen).
    Bin jetzt wirklich schlafen, mir ist nur aufgefallen, dass ich oben vom log ja nur die ersten Zeilen hatte (mir istn icht aufgefallen wie groß das ist).

    Hier ein "tail"

    Code
    Apr  1 22:34:25 root postfix/smtpd[20478]: warning: problem talking to service rewrite: Connection reset by peer
    Apr  1 22:34:25 root postfix/master[20463]: warning: process /usr/lib/postfix/trivial-rewrite pid 20498 exit status 1
    Apr  1 22:34:25 root postfix/master[20463]: warning: /usr/lib/postfix/trivial-rewrite: bad command startup -- throttling
    Apr  1 22:34:26 root postfix/trivial-rewrite[20499]: warning: connect to mysql server localhost: Access denied for user 'syscp'@'localhost' (using password: YES)
    Apr  1 22:34:26 root postfix/trivial-rewrite[20499]: fatal: mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf(0,lock|fold_fix): table lookup problem
    Apr  1 22:34:27 root postfix/smtpd[20485]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
    Apr  1 22:34:27 root postfix/smtpd[20485]: warning: problem talking to service rewrite: Success
    Apr  1 22:34:27 root postfix/smtpd[20478]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
    Apr  1 22:34:27 root postfix/smtpd[20478]: warning: problem talking to service rewrite: Connection reset by peer
    Apr  1 22:34:27 root postfix/master[20463]: warning: process /usr/lib/postfix/trivial-rewrite pid 20499 exit status 1

    Und wenn ich das recht sehe hat er keinen DB-Zugriff? Also hab ich das passwort vllt doch geändert *murks* Komm ich da noch ran?^^

    Huhu,
    den hab ich nicht geändert (hoffe und denke ich zumindest).

    Allerdings hat es auch nichts gebracht das Passwort reinzschreiben. Habe den Service danach trotzdem neugestartet.

    Ist Postfix denn jetzt überhaupt sinnvoll? Weil du von 2 anderen geredet hast? Kann ich denn auch irgendwie per Kommandozeile ne Mail versenden? Würde gerne auf der Arbeit weiterdranrumbasteln morgen (naja so ab und an halt), aber da sind POP und SMTP vom PC aus eh gesperrt :)

    So, bin jetzt mal pennen, danke nochmal!

    /etc/postfix/master.cf

    /var/log/mail.log


    Das mit dem SQL-Passwort.... Überprüfe ich noch einmal. Das könnte es sein, ich habe die Inhalte aus den Configdateien die mir SysCP vorgibt 1:1 kopiert... Weiss net, ob das ein Platzhalter war wo man mitdenken muss oder ob es ne Variable ist.
    Ich ändere die Files eben nochmal.


    //EDIT
    Wer lesen kann:

    Code
    Bitte ersetzen Sie "MYSQL_PASSWORD" manuell durch das entsprechende Passwort.
    Falls Sie es vergessen haben sollten, finden Sie es in der Datei "lib/userdata.inc.php".

    Naja... die Datei "lib/userdata.inc.php" find ich zwar net, aber ich geh mal davon aus, ich habe es nicht geändert. Teste nochmal kurz, aber dann muss ich auch pennen, die Nacht wird kurz *schnief*

    ich benutze postfix (denke ich).

    die configfiles sehen soweit alle gut aus, ein restart hat wohl auch nix gebracht. sollte ich denn noch courier nachinstallieren? immerhn hab ich davon pop3 und imap.

    Nee, da hab ich nix gemacht. Wenn ich das im SYSCP anklicke, soll ich dann alle steps die dort stehen ausführen? Also nachprfen ob die Verzeichnisse da sind und die files den inhalt haben?!? (fühl mich verängstigt)

    Hallo,
    nachdem ich bei roundcube SMTP ums verrecken nicht zum laufen bekomme habe ich es jetzt einmal mit einem normalen Client getestet (in Wirklichkeit 3 (TheBat, Windows Mail, Thunderbird).
    Aber blöderweise scheint mein SMTP nicht zu gehen, er möchte ständig ein Passwort von mir, dass ich ihm dann auch mitgebe.

    Ich nutze folgende Daten für den SMTP:

    server: domain.tld
    benutzer: adresse@domain.tld
    pwd: dasselbe wie für Pop/Imap (geht ja wohl nicht anders)
    Authverfahren habe ich alle ausgetestet die mir Thunderbird bietet.

    Gibt es ne Möglihckeit auf dem Server zu testen ob es geht? Oder nachzusehen ob der Dienst überhaupt da ist?

    Danke mal wieder für eure Hilfe :)
    Benny

    in der php.ini (die im apache-dir ist hoffentlich die richtige) ist das von dir gequotete charset eingestellt.

    und stimmt, die fehler scheinen wirklich nur im footer zu sein, ich schau mir den nochmal an, würde mich aber wundern.

    //EDIT
    in den php.files sind keine komischen Umlautersatzzeichen :/

    Zitat von Alexander W.H. Wachert;188

    Solche Sachen kann man im SysCP als Admin für einzelne Domains, also im Grunde für Kunden festlegen.

    Domain -> bearbeiten -> Eigene vHost-Einstellungen

    Wie genau, siehe SysCP Trac/Wiki/F.A.Q./Doku/Forum

    Servus,

    dummerweise habe ich im SysCP Trac/Wiki/FAQ/what ever nichts dazu gefunden, jemand ne kurze Idee wie man das für nur einen Kunden aktiviert?

    Huhu,

    hab ein ähnliches Problem, hab beim Move von meinem alten Space auf den vServer ein kleineres Forum eines Bekannten umgezogen und jetzt werde komischerweise manche Umlaute nicht angezeigt.

    z.B.: Legion of the Damned Foren-�bersicht

    Quelle: http://damned.dota-vip.com

    Habe allerdings keine Ahnung woran das liegen soll. Wie bekomme ich denn die "Codierung" der beiden Datenbanken heraus? Ich habe auf die alte auch noch Zugriff und irgendwie nervt das.

    Danke und viele Grüße,
    Benny

    PS: was mich auch nervt: Das ich so unwissend bin, ist echt schlimm *grml*