Beiträge von ñull

Jetzt ist es nicht möglich einen Kunden zugelassenen PHP String Konfiguration auszuschalten. Man kann nur einen abweichenden wert einstellen. Wie kann man so z.b. zend_extension = "/usr/local/lib/ioncube/ioncube_loader_lin_5.3.so" ein- oder ausschalten?

Ich probierte es mit den abweichenden wert None aber das acceptiert PHP nicht ohne weiteres. Vom Cronscript /usr/lib/liveconfig/cron.php.sh kommt dan nämlich "doesn't appear to be a valid Zend extension" als Fehlerrückmeldung.

Könnte man das Bitte nachbessern? Wäre schön wenn man dann auch ein Standardwert ein oder aus wählen kann.

Es sagt:

Zitat

doesn't appear to be a valid Zend extension

Wäre schön wann bei PHP-Fehler in diesen Script auch den Kunden angezeigt wird.

Zitat

Error: SiteDomain parameter not defined in your config/domain file. You must edit it for using this version of AWStats. Setup ('/etc/awstats/awstats.conf' file, web server or permissions) may be wrong. Check config file, permissions and AWStats documentation (in 'docs' directory).

Was könnte das sein?

Danke für die Tips. Ich werde morgen meinen Ipod Freund besuchen, noch mal probieren und mir die Serverlogs genau anschauen.

Ich habe bemerkt (unter UBUNTU) das der Servicescript nicht (immer) korrekt funktioniert. Wenn ich:

Zitat

service liveconfig restart

mache, wird ein hängenden Liveconfig nicht immer abgeschlossen. Dann habe ich es mit:

Zitat

liveconfig -k stop ; liveconfig -k start

probiert und dann funktionierte alles wieder.

Viele Benützer hatten Probleme mit der Email Konfiguration. Die meiste sind gelöst, nur einen Ipod benützer hatte noch wenig Erfolg. IMAP Konfiguration klappt schon gar nicht. POP3 geht aber verschicken (SMTP) geht nicht, obwohl beim Account einrichten alles OK anzeigt. Leider hab ich keinen Ipod oder Iphone um selber weiter zu erforschen. Hatte jemand auch Probleme damit? Hat es vielleicht mit der Serverkonfiguration zu tun?

Anscheinend kann nur den Wiederverkäufer neue Domänen einwandfrei anlegen. Wenn der Kunde es macht kann er nur Subdomänen anlegen oder nur Hauptdomänen ohne Subdominänen. Ich probierte eingeloggt als Kunde neu.com y http://www.neu.com anzulegen. Nur neu.com geht oder http://www.neu.com, aber neu.com UND http://www.neu.com geht nicht. Wenn man probiert ein Subdomain www unter neu.com an zu legen, dann ändert neu.com in http://www.neu.com

Ist das einen Fehler oder ein Feature?

Vielen Dank!

Wäre auch schön den Total zu sehen.

Warum ist dieser und anderen Mitteilungseiten nur in Deutsch und English? Das Zielpublikum begreift keiner von die zwei Sprachen. Es wäre wünschenswert wenn man selber diesen Seiten gestalten kann. Ist das jetzt schon möglich?

Thunderbird Fehlermeldung:

Zitat

An error occurred while sending mail. The mail server responded: 4.7.1 Service unavailable - try again later. Please check the message and try again.

Das problem Email Postfach funktioniert nicht scheint sich zu wiederholen.

Wenn ich ClamAV abschalte funktioniert es wieder.

I noticed another error. Sometimes the CRYPT hash is not recognised as such and there must be something wrong in string.match pattern. For now I changed it to:

Zitat

string.match(data.password, "^$1$[%w./]+$[%w./]+$")

.. which seems be a better match for the hashes I've seen.

My attempt to correct this and the other issue with {SCRYPT} hash in a custom.lua, utterly failed. The simple override in the documentation is not sufficiently illustrative to teach me how to override a large function like this, without knowing all the in and outs of LUA. So for now I'll just put an chattr +i for the hacked lua file and wait until I see the fix in the changelog.

If somebody else finds the right way to solve it in custom.lua, please feel free to post it here.

I felt now free to change this in /usr/lib/liveconfig/lua/dovecot.lua:

Zitat

if string.len(data.password) == 34 and string.match(data.password, "^$1$%w%w%w%w%w%w%w%w$[%w./]+$") then
-- CRYPT password (propably imported via SOAP interface)
pwd = data.password
algo = "CRYPT"
else

Alles anzeigen

The problem with sending mail had to do with SASL, which apparently it does not support encrypted passwords. So changing in /etc/dovecot/passwd {MD5-CRYPT}$1$ to {CRYPT}$1$ is still correct. What I needed to change was the the email client SMTP setting from encrypted to normal password and then it would sent correctly.

An update. All good for the Dovecot (pop3) side of things. Now the Postfix side. There it still fails and the log tells me:

postfix/smtpd[12000]: warning: server[ip]: SASL CRAM-MD5 authentication failed:

Apparently it still is considering it a CRAM-MD5 hash. How do you make Postfix respect the same {CRYPT} label?

At the moment hardcoded set to 250 in the LUA script. Would be nice when it can be set from LC.

I found the solution. With pre-existing $1$ type of hashes, the presently used label {MD5-CRYPT}, that is put there by LC's SOAP API, is not correct. The right label to use here is {CRYPT}. I just tried changing the MD5-CRYPT to CRYPT and then it would authenticate correctly. Please correct this bug!

Apparently since Ubuntu 12.04LTS postgrey service now exclusively listens to ipv6 and this needs to be corrected in the postfix settings. See this post. This manifested as failing local mail delivery logged as:

Zitat

Jan 11 22:00:03 rhodavm100 postfix/smtpd[5944]: warning: connect to 127.0.0.1:10023: Connection refused
Jan 11 22:00:03 rhodavm100 postfix/smtpd[5944]: warning: problem talking to server 127.0.0.1:10023: Connection refused
Jan 11 22:00:04 rhodavm100 postfix/smtpd[5944]: warning: connect to 127.0.0.1:10023: Connection refused
Jan 11 22:00:04 rhodavm100 postfix/smtpd[5944]: warning: problem talking to server 127.0.0.1:10023: Connection refused
Jan 11 22:00:04 rhodavm100 postfix/smtpd[5944]: NOQUEUE: reject: RCPT from srv1.nubelo.com[178.33.160.130]: 451 4.3.5 Server configuration problem; from=<info@nubelo.com> to=<myaddress@mydomain.como> proto=ESMTP helo=<srv1.nubelo.com>

Alles anzeigen

After changing the following line in /etc/postfix/main.cf, local mail delivery was recovered:

Zitat

greylist = check_policy_service inet:::1:10023

After that I changed /usr/lib/liveconfig/lua/postfix.lua :

Zitat

if LC.distribution.family == "Debian" then
fh:write("greylist = check_policy_service inet:::1:10023\n")

In LUA I don't see distinction is made between Debian and Ubuntu. Since I don't use Debian, I cannot tell if the same setting would work there. Is so, please correct the LUA script like indicated in your next release.

It seems that existing mailbox MD5 ends up nicely in /etc/dovecot/passwd. Problem is that authentication fails. It just seems that dovecot refuses to authenticate with that scheme, so I tried to add plain-md5 to the configuration, but it does not recognise it either:

dovecot: auth: Fatal: Unknown authentication mechanism 'plain-md5'

Could this be a distribution issue? May be the Ubuntu version does not support it any more?