Peter Wiersig <[EMAIL PROTECTED]> wrote: > On Mon, Apr 25, 2005 at 07:24:34PM +0200, Ulrich F�rst wrote: > > > > Liegt vielleicht daran, dass alle unzustellbaren Messages > > mittlerweile frozen sind? > > Nein, ist eher ein Zeichen dafuer, das du exim ueber inetd > ausfuehren laesst und ein cron Eintrag dafuer sorgt, das die Mails > aus der Queue abgearbeitet werden.
Dem ist so, allerdings nur weil ich exim noch nicht zum alleinigen arbeiten gebracht habe. inetd startet n�mlich ausschlie�lich exim... > Mit mailq und exigrep kannst du herausfinden, warum exim die > Nachrichten fuer unzustellbar haelt. > > Lies dir die Dokumentation zu exim durch, damit du die Nachrichten > wieder auftauen (thaw) kannst, damit ein weiterer Zustellversuch > erfolgt. exim -qffl im schlimmsten Falle aber, das hat alles nichts gebracht. (siehe OP) > > Lies auch die von Syslog aufgezeichneten Meldungen, die zum > vorherigen Zustellzeitpunkt geloggt wurden. Ein mal kam: Apr 24 18:07:31 sarge spamd[3137]: Can't write to PID file: Permission denied Sonst nur das �bliche Apr 22 23:45:11 sarge fetchmail[3757]: Nachricht [EMAIL PROTECTED]:1 von 4 wird gelesen (4490 Oktetts) Apr 22 23:45:11 sarge identd[3759]: started Apr 22 23:45:11 sarge fetchmail[3757]: geflusht gefolgt von: Apr 23 08:45:55 sarge spamd[2473]: connection from sarge [127.0.0.1] at port 32773 Apr 23 08:45:55 sarge spamd[2473]: processing message <[EMAIL PROTECTED]> aka <[EMAIL PROTECTED]> for root:106. Ach so ich hab mir jetzt nicht die M�he gemacht, die Eintr�ge f�r die gleich Mail herauszusuchen, da bei Eintreffen von vielen Mails die teils ziemlich auseinander liegen. Ein: # zgrep "Can't write to PID file" /var/log/syslog.?.gz liefert 30 treffer (aus den letzten 6 log-files) Es sind aber derzeit ca. 70 Mails die nach au�en geliefert werden sollen und deshalb frozen sind. Und es waren mehr (ich hab da nur mal einfach ein paar (so ca. 160) gel�scht...). Ulrich
