[exim-dev] [Bug 564] New: please make smtp_receive_timeout e…

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: Marcin Owsiany
Dátum:  
Címzett: exim-dev
Új témák: [exim-dev] [Bug 564] please make smtp_receive_timeout expandable, [exim-dev] [Bug 564] please make smtp_receive_timeout expandable, [exim-dev] [Bug 564] please make smtp_receive_timeout expandable, [exim-dev] [Bug 564] please make smtp_receive_timeout expandable
Tárgy: [exim-dev] [Bug 564] New: please make smtp_receive_timeout expandable
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=564
           Summary: please make smtp_receive_timeout expandable
           Product: Exim
           Version: 4.50
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: wishlist
          Priority: medium
         Component: Mail Receipt
        AssignedTo: ph10@???
        ReportedBy: marcin@???
                CC: exim-dev@???



A short introduction on why it would be useful:

I have a bunch of hosts which only have a need for a stub MTA (ssmtp) which
does little more than open a connection to a smarthost (Exim in my case) and
just pipe any input into it without any kind of spooling on its side. It's very
convenient as it lets them send e.g. cron notifications without the overhead of
running a full-blown MTA.

However on some of these hosts the daily cronjob takes quite a while to finish,
and since ssmtp opens a connection to exim quite early, it times out as soon as
the cronjob is busy for more than 5 minutes without outputting anything.

If I could do something like this, it would solve my problem:

smtp_receive_timeout = ${if =={${mask:$sender_host_address/24}}{192.168.1.0/24}
{12h}{5m}}

But since smtp_receive_timeout can only be set to a constant value, and my
smarthost is also my internet MX (which means I don't want the default timeout
much higher than a few minutes), I will be forced to install a full-blown MTA
on my hosts.

:-(


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email