[Eisfair] Eisfair-1 Probleme mit dem Versenden von Emails - transport filter process failed (2)

[Jürgen Witt]

Hallo Jürgen,

Am 05.01.2013 11:54, schrieb Juergen Edner:
> Hallo Jürgen,
> mich irritieren erst einmal folgende Meldungen:
>
>> 2013-01-03 14:31:26 1Tqkqi-0000U2-K8 Spool file is locked (another
>> process is handling this message)
>> ...
>> 2013-01-03 15:10:26 1TqlV0-0001sT-S8 == henning.krueger at gut-yyxxzz.de
>> R=smart_route T=remote_smtp defer (-24): transport filter process failed
>>
>> Welche weitere Info wird benötigt, um mir helfen zu können?
>
> Die Meldung besagt, dass es ein Problem bei der Ausführung des
> Transport-Filter Prozesses gibt. Indem Du das Mailpaket im Debug-
> Modus startest solltest Du eventuell mehr Informationen angezeigt
> bekommen:
>
> /etc/init.d/mail -debug restart exim

server # /etc/init.d/mail -debug restart exim
SSMTP server is not running
SMTP server is not running
starting SMTP server in DEBUG mode ...
Exim version 4.80.1 uid=0 gid=0 pid=21778 D=fbb95cfd
Berkeley DB: Berkeley DB 4.8.24: (August 14, 2009)
Support for: crypteq iconv() PAM OpenSSL move_frozen_messages 
Content_Scanning DKIM Experimental_DCC
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch dbm dbmjz 
dbmnz dnsdb
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/mbx autoreply pipe smtp
Size of off_t: 8
Compiler: GCC [4.1.3 20080704 (prerelease)]
Library version: OpenSSL: Compile: OpenSSL 1.0.0j 10 May 2012
                           Runtime: OpenSSL 1.0.1c 10 May 2012
Library version: PCRE: Compile: 8.10
                        Runtime: 8.10 2010-06-25
Total 8 lookups
WHITELIST_D_MACROS unset
TRUSTED_CONFIG_LIST unset
changed uid/gid: forcing real = effective
   uid=0 gid=0 pid=21778
   auxiliary group list: <none>
seeking password data for user "exim": cache not available
getpwnam() succeeded uid=42 gid=42
seeking password data for user "exim": using cached result
getpwnam() succeeded uid=42 gid=42
changed uid/gid: calling tls_validate_require_cipher
   uid=42 gid=42 pid=21779
   auxiliary group list: <none>
tls_validate_require_cipher child 21779 ended: status=0x0
configuration file is /var/spool/exim/configure
log selectors = 00000ffc 00212001
cwd=/root 5 args: /usr/local/exim/bin/exim -d -bd -q5m -om
trusted user
admin user
seeking password data for user "fax": cache not available
getpwnam() succeeded uid=21 gid=10
originator: uid=0 gid=0 login=root name=root
21778 listening on all interfaces (IPv4) port 25
21778 pid written to /var/spool/exim/exim-daemon.pid
21778 changed uid/gid: running as a daemon
21778   uid=42 gid=42 pid=21778
21778   auxiliary group list: 42
21778 LOG: MAIN
21778   exim 4.80.1 daemon started: pid=21778, -q5m, listening for SMTP 
on port 25 (IPv4)
21778 set_process_info: 21778 daemon: -q5m, listening for SMTP on port 
25 (IPv4)
21778 daemon running with uid=42 gid=42 euid=42 egid=42
21778 SIGALRM received
21778 1 queue-runner process running
21778 Listening...
21780 Starting queue-runner: pid 21780
21780 exec /usr/local/exim/bin/exim -q
21778 child 21780 ended: status=0x0
21778   normal exit, 0
21778 0 queue-runner processes now running
21778 Listening...

Müßte ich da nicht etwas sehen, wenn ich in einer weiteren Konsole 
"Process mail queue" oder "Force queue run" ausführe?


> Darüber hinaus kannst Du in dem Skript /usr/local/exim/outgoing_mail.pl
> den Parameter "$debug = 1" (Zeile 51) setzen und schauen was bei der
> Bearbeitung des Skriptes passiert. Es sollte eine Datei /tmp/debug.log
> geschrieben werden aus welcher man das Umschreiben von Adressen
> nachvollziehen kann. Enthält die fehlerhafte E-Mail eventuell eine
> große Anzahl von E-Mail-Empfängern?

ich habe jetzt nur in Zeile 51 von 0 auf 1 geändert und beim Ausführen 
bekomme ich nur das zu sehen:

server 2.0.1 # ./outgoing_mail.pl
Can't locate Email/Address.pm in @INC (@INC contains: 
/usr/lib/perl5/site_perl/5.16.2/i586-linux-thread-multi 
/usr/lib/perl5/site_perl/5.16.2 
/usr/lib/perl5/vendor_perl/5.16.2/i586-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.16.2 
/usr/lib/perl5/5.16.2/i586-linux-thread-multi /usr/lib/perl5/5.16.2 
/usr/lib/perl5/site_perl/5.16.2/i586-linux-thread-multi 
/usr/lib/perl5/site_perl/5.16.2 /usr/lib/perl5/site_perl .) at 
./outgoing_mail.pl line 37.
BEGIN failed--compilation aborted at ./outgoing_mail.pl line 37.
Press any key to continue...

Das ist alles. Jetzt hat sich natürlich schon ein größerer Mailstau ergeben.

Gruß
Jürgen