Re: [Exim] can't currently verify any sender in the header l…

Páxina inicial
Borrar esta mensaxe
Responder a esta mensaxe
Autor: Marc MERLIN
Data:  
Para: Philip Hazel, exim-users
Asunto: Re: [Exim] can't currently verify any sender in the header lines
On Fri, Feb 09, 2001 at 01:20:32PM -0800, Marc MERLIN wrote:
> On Fri, Feb 09, 2001 at 09:07:08PM +0000, Philip Hazel wrote:
> I'm going to patch exim to do a MAIL FROM: <postmaster@???> instead.
>
> Would you consider making that an option for a future release?
>
> BTW, if you can tell me off hand which file I should edit, I'd appreciate
> it (if not, don't worry, I'll look for it)


That was very easy actually:

----------------------------------------------------------------------------
This is a dirty patch to do callback verification from a non NULL address so
that it broken mail server which refuse null envelopes do not trigger the
check.
Note that you shouldn't use this patch until you've made sure that exim
doesn't trigger a callback verification if someone tries to send mail to
postmaster on your machine, otherwise you run the risk of creating a check
loop.

-- Marc <marcsoft@???>

--- verify.c.orig    Fri Feb  9 15:40:34 2001
+++ verify.c    Fri Feb  9 15:39:04 2001
@@ -351,7 +351,7 @@
               primary_hostname) &&
             smtp_read_response(&inblock, US big_buffer, big_buffer_size, '2',
               sender_verify_callback_timeout) &&
-            smtp_write_command(&outblock, FALSE, "MAIL FROM:<>\r\n") &&
+            smtp_write_command(&outblock, FALSE, "MAIL FROM: <postmaster@%s>\r\n", primary_hostname) &&
             smtp_read_response(&inblock, US big_buffer, big_buffer_size, '2',
               sender_verify_callback_timeout) &&
             smtp_write_command(&outblock, FALSE, "RCPT TO:<%.1000s>\r\n",
----------------------------------------------------------------------------


This _is_ a dirty hack and will probably trigger a callback loop if two
servers with this patch talk to one another (I'm assuming that exim
does trigger a callback when you do a rcpt to: postmaster, and you'd
have to stop the callback depending on who the receipient is, which
brings back the idea of extending recipients_reject_except or making some
recipients_callback_except option)

Marc
-- 
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking


Home page: http://marc.merlins.org/ | Finger marc_f@??? for PGP key