Sendmail problem auf redhat

sordid

Registered User
Hi
mein vserver läuft schon eine ganze weile. Heute hatte ich zunächst Probleme mit meinem Forum, weil wie sich herausstellte mein serverquota voll war.
Jetzt merke ich, dass ich seit dem keine mails mehr empfangen kann. (versenden geht)

Platz müsste mittlerweile wieder genug vorhanden sein, aber Emails wollen immer noch nicht.

Der Fehler (beim versuch von web.de aus an meinen server zu senden):
Eine Nachricht von Ihnen konnte nicht an alle Empfaenger zugestellt werden.
A message that you sent could not be delivered to all of its recipients.

Folgende Adressen schlugen fehl:
The following address(es) failed:

sordid@myserver.de
SMTP error from remote mailer after RCPT TO:<sordid@myserver.de>:
host mail.myserver.de [62.75.148.213]: 550 5.7.1 <sordid@myserver.de>... Relaying denied. Proper authentication required.


in /var/log/maillog steht:

Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo0021474: low on space (SMTP-DAEMON needs 446 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 46
Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo0021474: from=apache, size=871, class=0, nrcpts=1, msgid=<d0f4ce86994d641969eec154ecf4c886@www.++++.de>, relay=apache@loca
Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo1021474: low on space (SMTP-DAEMON needs 0 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 46
Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo0021474: SYSERR(apache): returntosender: cannot select queue for apache
Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo2021474: low on space (SMTP-DAEMON needs 0 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 46
Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo0021474: SYSERR(apache): returntosender: cannot select queue for postmaster
Jun 27 16:00:22 148213 sendmail[21474]: j5RE0Mo0021474: low on space (SMTP-DAEMON needs 871 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 46
Jun 27 16:00:25 148213 last message repeated 5 times
Jun 27 16:00:25 148213 sendmail[21474]: j5RE0Mo0021474: Losing qfj5RE0Mo0021474: savemail panic
Jun 27 16:00:25 148213 sendmail[21474]: j5RE0Mo0021474: SYSERR(apache): savemail: cannot save rejected email anywhere
Jun 27 16:00:25 148213 sendmail[21474]: j5RE0Mo0021474: low on space (SMTP-DAEMON needs 871 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 46
Jun 27 16:02:17 148213 sendmail[20545]: j5RE2HxB020545: low on space (SMTP-DAEMON needs 500 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 0
Jun 27 16:02:17 148213 sendmail[20545]: j5Jun 27 22:13:18 148213 sendmail[19171]: j5RKDIxZ019171: from=apache, size=1124, class=0, nrcpts=1, msgid=<32f82f6a2a219381fbc82ae570
Jun 27 22:13:19 148213 sendmail[19335]: j5RKDIP4019335: from=<apache@1+++.vserver.de>, size=1199, class=0, nrcpts=1, msgid=<32f82f6a2a219381fbc82ae570a6b513@www.t++.d
Jun 27 22:13:19 148213 sendmail[19171]: j5RKDIxZ019171: to=admin@+++.de, ctladdr=apache (48/48), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30457, relay=[127.0.
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDIP4019335: SYSERR(root): mail.+++.de. config error: mail loops back to me (MX problem?)
Jun 27 22:13:19 148213 sendmail[20194]: j5RKDJIS020194: 1++++.vserver.de [62.75.148.213] did not issue MAIL/EXPN/VRFY/ETRN during connection to stdin
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDIP4019335: to=<admin@+++.de>, ctladdr=<apache@1++++.vserver.de> (48/48), delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pr
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDIP4019335: j5RKDJP4020068: DSN: Local configuration error
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDJP4020068: SYSERR(root): mail.+++.de. config error: mail loops back to me (MX problem?)
Jun 27 22:13:19 148213 sendmail[20514]: j5RKDJA2020514: 148213.vserver.de [62.75.148.213] did not issue MAIL/EXPN/VRFY/ETRN during connection to stdin
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDJP4020068: to=root@+++.de, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=32223, relay=mail.++.de. [62.75.148.213], ds
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDJP4020068: j5RKDJP5020068: return to sender: Local configuration error
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDJP5020068: to=root@+++.de, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=33247, relay=mail.+.de., dsn=5.3.5, stat=Lo
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDJP4020068: Losing ./qfj5RKDJP4020068: savemail panic
Jun 27 22:13:19 148213 sendmail[20068]: j5RKDJP4020068: SYSERR(root): savemail: cannot save rejected email anywhere

Was läuft hier falsch?
 
http://admin.vserver.de/faq.php said:
Beim Versand von Mails an externe Adressen erhalte ich "Relaying denied"

Damit Ihr Server nicht zum Verteilen von SPAM-Mails benutzt wird, verlangt sendmail eine Anmeldung mit Benutzername und Passwort. Dabei gelten die gleichen Zugangsdaten wie für das Abrufen der Postfächer.
Will soviel heissen wie dass du in deinem Outlook unter "Extras" => "Konto" (dann das Konto auswählen) => Eigenschaften => Registrierkarte "Server" => Einen Hacken bei "Postausgangsserver. Server erfordert Authentifizierung" machen

und dann sollte alles wieder klappen :)

Allerdings solltest du trodzdem mal gucken wieviel Platz noch auf deinem Server frei ist, denn "low on space" im maillog würde mich schon nervös machen. Poste mal die Ausgabe von "df"
 
nein, ich fürchte du hast mich noch nicht verstanden. ich bin schon in der lage mails zu versenden, ich kann keine empfangen!
die relaying denied antwort bekommt web.de von meinem server.
 
Hallo!
Um welche Domain(s) geht es? Wie sehen die MX Einträge aus? Ist / sind die Domain(s) auch lokal angelegt?

Bitte von den Forenregeln Regel 3 beachten.
mfG
Thorsten
 
Last edited by a moderator:
also nach langem Herumrätseln habe ich den Fehler gefunden:

Der Server hat einfach die Datei "/etc/mail/local-host-names" auf 0 Bytes gesetzt. (Wie kann so etwas nur passieren ?) Deshalb konnte er die Emails nicht zuordnen.
Vielleicht findet der nächste mit diesem Problem ja hierdurch schneller Hilfe.
 
sordid said:
also nach langem Herumrätseln habe ich den Fehler gefunden:

Der Server hat einfach die Datei "/etc/mail/local-host-names" auf 0 Bytes gesetzt. (Wie kann so etwas nur passieren ?) Deshalb konnte er die Emails nicht zuordnen.
Vielleicht findet der nächste mit diesem Problem ja hierdurch schneller Hilfe.

Das ist ganz einfach: Wenn dein Quota voll ist und der Confixx Cronjob laeuft und eine Aenderung an der Datei vornehmen will, hat er ja nicht genug Platz diese zu schreiben, also wird ein 0 Byte File erzeugt.
 
hm, das klingt logisch.

Aber warum verändert das Confixx Cron Script diese Datei? (Macht eigentlich nur Sinn bei Neuanlegung eines Kunden).
Und wenn das Cron Script diese Datei aus organisatorischen Gründen stets neu schreibt, warum wurde die Datei nicht quasi automatisch repariert durch das neu schreiben als wieder Platz frei war?
 
Back
Top