Re: [exim] SMTP connection from iscan closed after sigterm

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: Sherona
Dátum:  
Címzett: Nigel Metheringham
CC: exim-users
Tárgy: Re: [exim] SMTP connection from iscan closed after sigterm
Hi

How do I find out what is sending the signals to exim.

All I see in the logs is the following
"SMTP connection from iscan closed after SIGTERM"

ALso what other info would be required to diagnose the problem and how do we
go about getting it.

Thanks for the help

Sherona



----- Original Message -----
From: "Nigel Metheringham" <Nigel.Metheringham@???>
To: "Sherona" <sherona@???>
Cc: <exim-users@???>
Sent: Tuesday, September 28, 2004 1:13 PM
Subject: Re: [exim] SMTP connection from iscan closed after sigterm


> On Tue, 2004-09-28 at 11:56 +0200, Sherona wrote:
> > We are running exim 4.2 with trend interscan 3.8.
> > Both are on the same server running solaris 9.
> >
> > Looking at the exim logs the following error keeps occuring
> > "SMTP connection from iscan closed after SIGTERM"
>
> Someone/something sent a SIGTERM to the exim receive process.
>
> > We spoke to the interscan people and they say the error is caused by

exim.
>
> They would.
>
> > Also when we try to send attachments even small ones they do not go

through with the following error.
> > The following addresses had permanent fatal errors -----
> > >
> > >    (reason: 500 server response error, code 421)

> > >
>
> Exim does return a 421 code when hit with a SIGTERM:-
>         static void
>         command_sigterm_handler(int sig)
>         {
>         sig = sig;    /* Keep picky compilers happy */
>         log_write(0, LOG_MAIN, "%s closed after SIGTERM",

smtp_get_connection_info());
>         if (smtp_batched_input)
>           moan_smtp_batch(NULL, "421 SIGTERM received");  /* Does not

return */
>         smtp_printf("421 %s: Service not available - closing

connection\r\n",
>           smtp_active_hostname);
>         exim_exit(EXIT_FAILURE);
>         }

>
> > Any idea as to what could be causing this.
>
> Something external to exim is firing signals at it - you need to track
> that down on your system.
>
> Other than those comments we can't really diagnose anything with such
> sketchy information on how the systems are configured.
>
> Nigel.
>
>
> -- 
> [ Nigel Metheringham           Nigel.Metheringham@??? ]
> [ - Comments in this message are my own and not ITO opinion/policy - ]

>
>