qmail seltsames relaylock

[foo]

Hallo,
ich nutze die Forensoftware von Woltlab, und benutze einen externen Server der bei S4Y steht als mail Server.

Das Problem ist, wenn ich einen einzelnen Benutzer im Board eine Email sende funktioniert das, aber wenn ich z.B. eine Email an allen Benutzer schicke oder eine automatisierte Email verschickt wird wie z.B. eine Willkommens Mail kommt folgende Fehlermeldung:

Jun 18 22:53:04 bs relaylock: /var/qmail/bin/relaylock: mail from 281.xx.xxx.xxx:42143 (meinboard.net)

Jun 18 22:53:05 bs qmail-queue-handlers[27839]: Handlers Filter before-queue for qmail started ...

Jun 18 22:53:05 bs qmail-queue-handlers[27839]: possible qmail-smtpd exited by timeout, reset connection or with "See http://pobox.com/~djb/docs/smtplf.html

Wie gesagt nur bei einer Massenrundesung oder bei einer automatisierten Mail.
Was auch komisch ist, das Forum war damals auf dem selben Server vom jetztigen Mail-Server und da ging der Mailversandt problemlos, aber seitdem ich Mailserver und Webserver auf zwei unterschiedlichen Rechner/Server getrennt habe spinnt der Mail-Server.


gruss
foo

 

[Thorsten]

Hallo!
Siehe Was bedeutet der Eintrag "relaylock" - huschi.net.

mfG
Thorsten

 

[mr.general]

hallo

ich hab mich jetzt stundenlang in google und in diversen foren sowie hier durchgewühlt um lösungen zu finden.

ich hab ebefalls das relaylock, aber anscheinend ist dies bei einigen leuten normal.

was nun komisch ist das wirklich alle emails (gmail, gmx, yahoo, eigene domains etc) geblockt werden.

ich hab etliche konfigurations-vorschläge von usern durchgemacht und alles bringt nichts.

tail -f /usr/local/psa/var/log/maillog

Jun 19 17:11:02 SERVER relaylock: /var/qmail/bin/relaylock: mail from 209.85.198.237:42016 (rv-out-0506.google.com)

und so weiter, mit jedem versuch von extern.

intern <-> intern -> klappt
intern --> extern -> klappt auch
extern --> intern -> relaylock meldung
dummerweise kriege ich keine fehlermeldung zurück und auch in den logfiles sehe ich nur die relaylock meldung.

telnet auf dem server 25 und from irgend eine domain zu irgendeine domain -> error

telnet auf dem server 25 und from irgend eine domain zu domain auf server -> kein fehler

ich habe ein debian mit plesk 8.2.1, qmail und all das zeugs am laufen.

ich weiss nun leider nicht mehr weiter und ich erhalte keine emails mehr was sehr schlecht ist :-(

wer eine idee hat was es sein könnte, wäre super dankbar.

zur not wenn jemand eine step by step anleitung hat wie man plesk & qmail und all den shizzle updated/neu installiert ohne datenverlust (noch andere domains & daten drauf) oder mir gar dabei helfen würde fänd ich natürlich top.
würde dafür auch was springen lassen. ich muss einfach den scheiss fehler behoben haben so schnell wie möglich

vielen dank

 

[Huschi]

ich hab ebefalls das relaylock, aber anscheinend ist dies bei einigen leuten normal.

Wie im oben genannten Artikel beschrieben, bedeutet der relaylock-Eintrag rein gar nichts. Und schon gar nicht, daß etwas geblockt wird.
Wenn zuviel geblockt wird, bevor überhaupt Log-Einträge geschrieben werden, könnte dies an den vielen RBL's liegen, die Du evtl. testest.

telnet auf dem server 25 und from irgend eine domain zu irgendeine domain -> error

Wie lautet der "error" genau?

telnet auf dem server 25 und from irgend eine domain zu domain auf server -> kein fehler

Also funktioniert es grundsätzlich? Oder doch nicht?
Ziehe mal den ganzen SMTP-Dialog zum Versenden einer Email durch:
Eine typische SMTP-Sitzung

huschi.

 

[mr.general]

Hallo Huschi

Ja, das mit relaylock ist mir soweit nun auch klar. Es ist halt nur so das dies die einzigen Einträge im Logfile sind, ausser natürlich zbsp das sich User XY grad eingeloggt hat.

Ich hab mal eine SMTP Sitzung gemacht. Der Auszug sieht folgendermassen aus:

:~# telnet IPMEINSERVER 25
Trying IPMEINSERVER...
Connected to IPMEINSERVER.
Escape character is '^]'.
220 BLABLABLA ESMTP
HELO localhost
250 BLABLABLA 
MAIL FROM: [email protected]
250 ok
RCPT TO: [email protected]
553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
RCPT TO: [email protected]
250 ok
DATA
354 go ahead
From: [email protected]
To: [email protected]
Subject: testmail

Hallo testmail
.
451 qq trouble creating files in queue (#4.3.0)
QUIT
221 BLABLABLA 
Connection closed by foreign host.

Gut, mittlerweile erhalte ich nun hier den Fehler: 451 qq trouble creating files in queue (#4.3.0) - dazu ist zu sagen, diesen Fehler erhielt ich früher andauernd. Ich habe damals dann Queue-fix laufen lassen und seitdem erhielt ich diesen Fehler nicht mehr. Schön das er jetzt wieder auftaucht, wenigstens weiss ich jetzt das es an dem liegt.

Scheinbar hat das bei mir in dem Fall nichts gebracht die Queue zu fixen. Dies war schon vor einiger Zeit ein leidiges Problem welches ich unendlich lange Probiert habe zu beheben.

Soweit ich das sehe bringt es wohl nichts ausser Qmail neu zu installieren. Sehe ich das richtig?
Dann zur Frage: Kann ich Qmail einfach so neu aufsetzen abhängig von Plsek oder muss ich Plesk komplett neu installieren?

Vorab schon Danke für Einwände

mr.general

 

[Huschi]

451 qq trouble creating files in queue (#4.3.0)

Kann viele Gründe haben. U.a. auch Festplatte voll.
Oder einfach nur "falsche Berechtigungen".
Hast Du zufällig relativ viele Mails in der Queue?

Soweit ich das sehe bringt es wohl nichts ausser Qmail neu zu installieren. Sehe ich das richtig?

Ich würde das anders sehen.
Wahrscheinlich ist es nur eine Kleinigkeit.

Kann ich Qmail einfach so neu aufsetzen abhängig von Plsek

Du meinst wohl "unabhängig". Aber auch das ist schwer.
Du könntest es auch mit einem Plesk-Update versuchen. Mit Plesk 8.3 installiert er glaub ich auch einen neueren Qmail.

huschi.

 

[mr.general]

Hmmmm, sehr guter Einwand Huschi

df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/vzfs             15360000  14235481   1124519  93% /
tmpfs                  1877668         4   1877664   1% /dev/shm

du -sh /var/*
6.0K    /var/backups
673M    /var/cache
198M    /var/lib
1.0K    /var/local
4.0K    /var/lock
2.4G    /var/log
4.0K    /var/mail
96K     /var/named
1.0K    /var/opt
46M     /var/qmail
1.3M    /var/rails
144K    /var/run
117K    /var/spool
2.0K    /var/tmp
9.6G    /var/www

so wie es scheint ist tatsächlich /var zu voll.

Huschi, was wäre deiner meinung nach die beste Lösung in dem Fall?

 

[Thorsten]

Hallo!

Huschi, was wäre deiner meinung nach die beste Lösung in dem Fall?

Ich bin zwar nicht Huschi aber ich würde mir mal das Verzeichnis /var/log ansehen.

mfG
Thorsten

 

[mr.general]

Danke Thorsten

ls -alh /var/log/
total 2.2G
drwxr-xr-x  12 root     root     1.0K Jun 16 01:00 .
drwxr-xr-x  17 root     root     1.0K Jan 12  2007 ..
drwxr-xr-x   2 root     root     1.0K Dec  5  2007 apache2
-rw-r-----   1 root     adm      137M Jun 20 12:50 auth.log
-rw-rw-r--   1 root     utmp        0 Jun  7  2006 btmp
-rw-r--r--   1 root     root     3.4M Jun 20 12:25 daemon.log
-rw-r--r--   1 root     root     627K Jun 20 07:56 debug
-rw-r--r--   1 root     root        0 Jun 19 19:17 dmesg
-rw-r--r--   1 root     root      404 Sep  5  2007 fontconfig.log
-rw-r--r--   1 root     root      389 Jul 27  2006 kern.log
drwxr-xr-x   2 root     root     1.0K Jun  7  2006 ksymoops
-rw-rw-r--   1 root     utmp     2.8M Jun 20 12:17 lastlog
-rw-r--r--   1 root     root        0 Jul 27  2006 lpr.log
-rw-r--r--   1 root     root      17M Jun 19 17:25 mail.err
-rw-r--r--   1 root     root     928M Jun 20 12:52 mail.info
-rw-r--r--   1 root     root     2.6K Jul 27  2006 mail.log
-rw-r--r--   1 root     root      62M Jun 20 12:52 mail.warn
drwxrwsr-x   2 root     list     1.0K Jul 27  2006 mailman
-rw-r--r--   1 root     root     3.9M Jun 20 12:37 messages
drwxr-x---   2      109 adm      1.0K Jul 27  2006 munin
drwxr-s---   2 mysql    adm      2.0K Jun 19 19:17 mysql
-rw-r-----   1 mysql    adm         0 Dec  5  2007 mysql.err
-rw-r-----   1 mysql    adm         0 Dec  5  2007 mysql.log
drwxr-xr-x   3      109      109 1.0K Jan 16  2007 nagios
drwxr-sr-x   2 news     news     1.0K Jul 27  2006 news
drwxr-xr-x   2 root     root     7.0K Dec 17  2006 ntpstats
drwxr-x---   2 www-data www-data 1.0K Aug 31  2007 psa-horde
-r-xr-x---   1 root     root      49K Jun 16 01:04 rkhunter.log
drwxr-x---   3 root     adm      721K Jun 20 10:34 samba
-rw-rw-r--   1 root     dialout     0 Jun  7  2006 smsclient.log
-rw-r-----   1 root     adm      1.1G Jun 20 12:52 syslog
-rw-r--r--   1 root     root     2.1M Jun 19 19:16 user.log
-rw-r--r--   1 root     root        0 Jul 27  2006 uucp.log
-rw-r--r--   1 root     root     8.5K Jun 19 19:16 vzctl.log
-rw-rw-r--   1 root     utmp     2.0M Jun 20 12:32 wtmp

zur Info. Ich habe ebenfalls in /var/www unnötiges Zeugs gelöscht und mal 2 GB Platz verschafft.

mail.info und syslog sind schon ganz schön gross in /var/log .

Was empfiehlt ihr mir da zu tun? Log Rotator? Respektive was tue ich mit den grossen Dateien jetzt im Moment und wie kann ich dies in Zukunft meiden/verbessern?

Und viel wichtiger noch, obwohl ich jetzt Platz auf /var geschaffen habe - wenn ich nun den SMTP Dialog von Huschi ausführe kriege ich immernoch
451 qq trouble creating files in queue (#4.3.0)
Also sieht so aus als ob nicht am Platz liegt, sonder der Hund ist irgendwo anderst begraben.

Aber ich muss sagen ich bin jetzt schon optimistisch das lösen zu können mit eurer Hilfe, bis jetzt sieht das ganze nähmlich gut aus.

 

[Huschi]

Evtl. solltest Du Qmail mal neu starten.
Und wenn es immer noch nicht funktioniert, solltest Du Dir mal die Rechte ansehen:

drwxr-x---  11 qmailq qmail 109 Feb 21  2005 /var/qmail/queue/

drwx------   2 qmails qmail    6 Jun  5 09:47 bounce
drwx------  25 qmails qmail 4096 Feb 21  2005 info
drwx------  25 qmailq qmail 4096 Feb 21  2005 intd
drwx------  25 qmails qmail 4096 Feb 21  2005 local
drwxr-x---   2 qmailq qmail   63 Dec  6  2007 lock
drwxr-x---  25 qmailq qmail 4096 Feb 21  2005 mess
drwx------   2 qmailq qmail    6 Jun 20 12:00 pid
drwx------  25 qmails qmail 4096 Feb 21  2005 remote
drwxr-x---  25 qmailq qmail 4096 Feb 21  2005 todo

huschi.

 

[mr.general]

Huschi, hab Qmail neu gestartet, und zu guter letzt mal den ganzen Server.

Hier die Rechte der queue:

ls -al /var/qmail/
drwxr-x---  11 qmailq qmail  1024 May 24  2007 queue

ls -al /var/qmail/queue
total 11
drwxr-x---  11 qmailq qmail 1024 May 24  2007 .
drwxr-xr-x  12 root   qmail 1024 Dec  5  2007 ..
drwx------   2 qmails qmail 1024 Jun 20 00:01 bounce
drwx------  25 qmails qmail 1024 May 24  2007 info
drwx------  25 qmailq qmail 1024 May 24  2007 intd
drwx------  25 qmails qmail 1024 May 24  2007 local
drwxr-x---   2 qmailq qmail 1024 Dec  5  2007 lock
drwxr-x---  25 qmailq qmail 1024 May 24  2007 mess
drwx------   2 qmailq qmail 1024 Jun 20 13:22 pid
drwx------  25 qmails qmail 1024 May 24  2007 remote
drwxr-x---  26 qmailq qmail 1024 May 30  2007 todo

ps -ef | grep mail
qmails   24416     1  0 14:36 ?        00:00:00 qmail-send
qmaill   24421 24416  0 14:36 ?        00:00:00 splogger qmail 2
root     24422 24416  0 14:36 ?        00:00:00 qmail-lspawn ./Maildir/
qmailr   24423 24416  0 14:36 ?        00:00:00 qmail-rspawn
qmailq   24424 24416  0 14:36 ?        00:00:00 qmail-clean
popuser  24523     1  0 14:36 ?        00:00:00 /usr/sbin/spamd --username=popuser --daemonize --nouser-config --helper-home-dir=/var/qmail --max-children 1 --pidfile=/var/run/spamd/spamd_full.pid --socketpath=/tmp/spamd_full.sock
qmaild   26481 24377  0 14:38 ?        00:00:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
root     28349 28290  0 14:40 pts/0    00:00:00 grep mail

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1496  524 ?        Ss   14:35   0:00 init [2]
root     24120  0.0  0.0  1556  560 ?        Ss   14:36   0:00 /sbin/syslogd
root     24169  0.0  0.0  4164  832 ?        S    14:36   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogg
er -stderrloggername=imapd -maxprocs=40 -maxperip=4 -pid=/var/run/imapd.pid -nodnslookup -noidentlookup 143 /usr/sbin/imaplogin /usr/lib/courie
r-imap/authlib/authpsa /usr/bin/imapd Maildir
root     24171  0.0  0.0  2956  712 ?        S    14:36   0:00 /usr/sbin/courierlogger imapd
root     24189  0.0  0.0  4164  832 ?        S    14:36   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogg
er -stderrloggername=imapd-ssl -maxprocs=40 -maxperip=4 -pid=/var/run/imapd-ssl.pid -nodnslookup -noidentlookup 993 /usr/bin/couriertls -server
 -tcpd /usr/sbin/imaplogin /usr/lib/courier-imap/authlib/authpsa /usr/bin/imapd Maildir
root     24192  0.0  0.0  2956  712 ?        S    14:36   0:00 /usr/sbin/courierlogger imapd-ssl
root     24202  0.0  0.0  4164  832 ?        S    14:36   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogg
er -stderrloggername=pop3d -maxprocs=40 -maxperip=4 -pid=/var/run/pop3d.pid -nodnslookup -noidentlookup 110 /usr/sbin/pop3login /usr/lib/courie
r-imap/authlib/authpsa /usr/bin/pop3d Maildir
root     24204  0.0  0.0  2952  708 ?        S    14:36   0:00 /usr/sbin/courierlogger pop3d
root     24212  0.0  0.0  4164  832 ?        S    14:36   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogg
er -stderrloggername=pop3d-ssl -maxprocs=40 -maxperip=4 -pid=/var/run/pop3d-ssl.pid -nodnslookup -noidentlookup 995 /usr/bin/couriertls -server
 -tcpd /usr/sbin/pop3login /usr/lib/courier-imap/authlib/authpsa /usr/bin/pop3d Maildir
root     24214  0.0  0.0  2956  712 ?        S    14:36   0:00 /usr/sbin/courierlogger pop3d-ssl
root     24246  0.0  0.0  2544 1288 ?        S    14:36   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    24285  0.3  0.4 135180 17328 ?      S    14:36   0:01 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file
=/var/run/mysqld/mysqld.pid --skip-external-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
root     24286  0.0  0.0  1480  508 ?        S    14:36   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
root     24356  0.0  0.0 52872  452 ?        Ss   14:36   0:00 /usr/sbin/nscd
root     24377  0.0  0.0  2192  836 ?        Ss   14:36   0:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.pid -stayalive
qmails   24416  0.0  0.0  1540  396 ?        S    14:36   0:00 qmail-send
qmaill   24421  0.0  0.0  1492  456 ?        S    14:36   0:00 splogger qmail 2
root     24422  0.0  0.0  1520  352 ?        S    14:36   0:00 qmail-lspawn ./Maildir/
qmailr   24423  0.0  0.0  1516  348 ?        S    14:36   0:00 qmail-rspawn
qmailq   24424  0.0  0.0  1488  332 ?        S    14:36   0:00 qmail-clean
popuser  24523  0.1  0.5 24780 21000 ?       Ss   14:36   0:00 /usr/sbin/spamd --username=popuser --daemonize --nouser-config --helper-home-dir
=/var/qmail --max-children 1 --pidfile=/var/run/spamd/spamd_full.pid --socketpath=/tmp/spamd_full.sock
popuser  24527  0.0  0.5 25008 20060 ?       S    14:36   0:00 spamd child
root     24549  0.1  0.3 30100 13244 ?       Ss   14:36   0:00 /usr/sbin/apache2 -k start -DSSL
www-data 24551  0.0  0.1 19128 5384 ?        S    14:36   0:00 /usr/sbin/apache2 -k start -DSSL
root     24552  0.0  0.1 19128 5036 ?        S    14:36   0:00 /usr/sbin/apache2 -k start -DSSL
www-data 24569  0.5  0.4 37396 16144 ?       S    14:36   0:01 /usr/sbin/apache2 -k start -DSSL
www-data 24570  0.1  0.4 37148 15808 ?       S    14:36   0:00 /usr/sbin/apache2 -k start -DSSL
root     25637  0.0  0.1 37880 5708 ?        Ss   14:36   0:00 /opt/psa/admin/bin/httpsd
psaadm   25641  0.1  0.3 43160 12076 ?       S    14:36   0:00 /opt/psa/admin/bin/httpsd
root     25678  0.0  0.0  5760 1128 ?        Ss   14:37   0:00 /usr/sbin/nmbd -D
root     25681  0.0  0.0  9464 2500 ?        Ss   14:37   0:00 /usr/sbin/smbd -D
root     25718  0.0  0.0  3508  964 ?        Ss   14:37   0:00 /usr/sbin/sshd
root     25745  0.0  0.0  9464 1076 ?        S    14:37   0:00 /usr/sbin/smbd -D
root     25822  0.0  0.0  3116 2164 ?        SLs  14:37   0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid
root     25831  0.0  0.0  3116 1024 ?        S    14:37   0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid
root     25834  0.0  0.0  1784  840 ?        Ss   14:37   0:00 /usr/sbin/cron
root     25863  0.0  0.1 18420 6588 ?        Ss   14:37   0:00 /opt/psa/admin/bin/php /opt/psa/admin/bin/modules/watchdog/wdcollect -c /opt/psa
/etc/modules/watchdog/wdcollect.inc.php
root     25864  0.0  0.0 14304 2360 ?        Ss   14:37   0:00 /opt/psa/admin/bin/modules/watchdog/monit -Ic /opt/psa/etc/modules/watchdog/moni
trc
psaadm   25871  0.0  0.0 37880 2804 ?        S    14:37   0:00 /opt/psa/admin/bin/httpsd
www-data 26038  0.1  0.4 37576 16192 ?       S    14:37   0:00 /usr/sbin/apache2 -k start -DSSL
www-data 26050  0.1  0.3 34392 14472 ?       S    14:37   0:00 /usr/sbin/apache2 -k start -DSSL
www-data 26051  0.3  0.4 37476 16164 ?       S    14:37   0:00 /usr/sbin/apache2 -k start -DSSL
qmaild   26481  0.0  0.0  3224  888 ?        Ss   14:38   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qma
il/bin/cmd5checkpw /var/qmail/bin/true

Vielleicht sagt dir das hier was mehr...
Ich bin echt ratlos im Moment

 

[Huschi]

Kleiner Blick in die Qmail-Source:
Die Fehlermeldung hat die interne Nummer 62.
Dieser Exitcode wird in folgender Zeile geschmissen:

qmail-queue.c:

void main()
{
[...]
 if (chdir("queue") == -1) die(62);

D.h. qmail-queue kann nicht in das Verzeichnis queue wechseln.
Ich kann Dir allerdings nicht sagen warum. Das könnten jetzt User-Probleme, Pfad-Einstellungen, oder oder oder sein.

huschi.

 

[mr.general]

Hallo

Diese Datei gibt es gar nicht auf meinem Server.
So wie ich das sehe müsste ich dann Qmail neu kompilieren oder?

Ich hab einfach die üblichen binaries im Qmail Ordner.

Andere Vorschläge?

Hat jemand Erfahrungen mit Plesk updaten wenn Fehler beim Update erscheinen?
Vielleicht hilft ja ein Update.

Plesk Support hat sich immer noch nicht gemolden.

 

[Huschi]

Diese Datei gibt es gar nicht auf meinem Server.

Von welcher Datei redest Du?

So wie ich das sehe müsste ich dann Qmail neu kompilieren oder?

Nein, eigentlich nicht.

Andere Vorschläge?

Bereits geschrieben.

Hat jemand Erfahrungen mit Plesk updaten wenn Fehler beim Update erscheinen?

Ja.

huschi.

 

[mr.general]

Von welcher Datei redest Du?

Von "qmail-queue.c" - oder hab ich da was falsch verstanden? (War ein hartes WE )

Gut, wenn du Erfahrungen mit Plesk hast und Updates, soll ich einen neuen Thread eröffnen oder bietest du auch Support anderweitig an?

 

[Huschi]

Die Datei qmail-queue.c ist der C-Programm-Source von qmail-queue den man sich an verschiedenen Stellen runterladen kann. Da schau ich immer mal rein, wenn seltsame Fehler auftauchen um die Gründe zu verstehen.

wenn du Erfahrungen mit Plesk hast und Updates, soll ich einen neuen Thread eröffnen

Du nutzt die Plesk-Update-Funktion und wenn dort Fehler auftauchen nutzt Du Google und evtl. hier die Board-Suchfunktion.

oder bietest du auch Support anderweitig an?

Wenn Du es Dir leisten kannst: Linux-Server-Administration von Internet-Servern - Consult-N.de

huschi.

 

[mr.general]

Ok, ich hab mal ein bisschen rumprobiert. Ich denke mir mit nem neueren Plesk könnte das Qmail Problem evtl. gelöst sein. OK -> hab ich mal /usr/local/psa/bin/autoinstaller ausgeführt. Die installation fängt an, geht durch bis zu dem Zeitpunkt:

Setting up psa-qmail (1.03-debian4.0.build83071218.18) ...
chown: changing ownership of `/var/qmail/bin/mm_wrapper': Disk quota exceeded

ERROR while trying to chown 0:12 /var/qmail/bin/mm_wrapper
Check the error reason(see log file: /tmp/qmail_8.3.0_debian4.0.build83071218.18_upgrade.080624.14.24.log), fix and try again

Aborting...

ls -al /var/qmail/bin/mm_wrapper brachte mir dann folgendes:

-r-xr-x---  1 root root 4228 Dec 18  2007 /var/qmail/bin/mm_wrapper

müsste gemäss SWSoft Forum anderst sein. Gut, gesagt getan. Chmod ausgeführt, GID und UID angepasst wie es da steht ABER beim chown kommt dann:

chown popuser:popuser mm_wrapper
chown: changing ownership of `mm_wrapper': Disk quota exceeded

quota -v popuser
Disk quotas for user popuser (uid 110):
     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace
      /dev/vzfs   44485       0       0            4509       0       0

kann jemand damit was anfangen?

Ach ja, ich sollte vielleicht noch erwähnen das ich dann noch apt-get -f install ausgeführt habe und mir wurden ganz viele Sachen deinstalliert, Pleskoberfläche ist TOT (Services unavailable) und da die Installationsroutine bei dem Disk quota exceeded abbricht kann ich weder richtig deinstallieren noch installieren. Also im moment läuft ein halb lebendiges Plesk auf dem Server, und sobald ich ein Dienst stoppe/starte gehts eh nicht mehr....

Irgendwelche Ideen wie ich aus dem Schlammassel rauskomme?

 

[Huschi]

Nur mal so nebenbei:

Disk quota exceeded

Hab ich's doch gesagt:

Kann viele Gründe haben. U.a. auch Festplatte voll.

Repariere Deinen Quota.

apt-get -f install

Wer hat Dir das denn eingeredet?
Naja, regel das mit den Diskquota und installier Plesk neu. Vorher sicherheitshalber ein Datenbank-Dump ziehen.

huschi.

 

[mr.general]

Ohje, das wird mir jetzt alles zu blöd.

Der Hoster hat mir zu verstehen gegeben das sie kein Plesk Support mehr anbieten und das sie weiterhin nicht mehr Plesk einsetzen werden sondern etwas anderes, und dies voraussichtlich in 1-2 Monaten. Bis dahin scheint auch keine Zwischenlösung möglich zu sein.

Ich hab nun kein Bock da noch lange rum zu basteln.
Ich hab noch einen anderen VDS Server wo im Moment eine einzige Domain läuft. Ich werde nun alles auf diesem Server portieren und selber was aufbauen.

Grundsätzlich (und ja, ich weiss, aber die Suche und Google bringen mir etliche Ergebnisse, aber alles nicht unbedingt zufriedenstellend), aber wer kann mir eine gute Anleitung von A-Z einer Installation eines Mailservers, am besten wohl Qmail und all das dazugehörige und Webmail empfehlen?

System, Debian, 2.6.9-023stab033.6-enterprise
aktuell drauf:
- 1 FTP, 1 Domain, Xmail mit 3 Usern
- Webmin
- vsftpd

Vielen Dank im Voraus schon

Ach ja, und grosses Dankeschön und Lob an Huschi und natürlich auch an Thorsten die hier fleissig geholfen haben. Sehr kompetent und nett.

 

[Huschi]

aber wer kann mir eine gute Anleitung von A-Z einer Installation eines Mailservers, am besten wohl Qmail und all das dazugehörige und Webmail empfehlen?

Wenn es auch ohne die Krücke von Qmail sein darf:
The Perfect Setup - Debian Etch (Debian 4.0) | HowtoForge - Linux Howtos and Tutorials

huschi.