Local domains with catchalls to remotesmtp not functioning after exim upgrade?
Phillip Baker <[email protected]> Mon, 13 Dec 2010 01:06:32 +0000
| Newsgroups | gmane.mail.exim.vexim.devel |
|---|---|
| Message-ID | <0DDB87990CA04040B9E43206415950E502D81CD8D6@winadmin.ad.lchost.co.uk> |
--===============1349681387== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_0DDB87990CA04040B9E43206415950E502D81CD8D6winadminadlch_" --_000_0DDB87990CA04040B9E43206415950E502D81CD8D6winadminadlch_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I could be missing something but it seems an awful lot like since I upgrade= d Exim on a Debian host (now running 4.69-9+lenny1) that it's no longer cor= rectly flowing mail that is eventually destined for a catchall (that is rel= ayed off host) I am *reasonably* sure that this was working before, but I c= ould always be wrong. Mail for [email protected]<mailto:[email protected]> is han= dled by a local domain in vexim that has a catchall configured to forward t= o [email protected]<mailto:[email protected]> (which in turn is an al= ias to [email protected]<mailto:[email protected]> hosted on anothe= r server) After one initial expansion on [email protected]<mailto:anyone@catc= halldomain.com> (which results in eventually checking if catchalldomain.com= is a relay), subsequent mail sent to [email protected]<mailto:anyo= [email protected]> appears to result in one single query by exim; to ch= eck if catchalldomain.com exists as a relay domain. It does not because it = is a local virtual domain, and so the mail is rejected in both cases. On the change in behaviour: Is exim being 'clever' and caching the result o= f "[email protected] -> [email protected] -> [email protected]= om" as a remote_smtp operation and therefore jumping straight to checking f= or the domain being a relay? Any thoughts on the best method for either disabling or accommodating this = behaviour with vexim? I've had to add the mysql expansion for virtual (eg l= ocal) domains to the relay_to_domains stanza for the time being - I had a t= hink about potential downsides of this workaround but couldn't immediately = think of any as local domains will be evaluated properly still, so this jus= t 'allows' local domains to have relay operations performed as well. (Has this behaviour been happening for a while? Have I been missing mail fo= r this domain for the last year and not noticed? It's mostly a 'junk goes h= ere' domain, so it's possible. I only noticed because I needed a password r= eset mail :) ) -- Regards, Phillip Baker Technical Director LCHost [email protected]<mailto:[email protected]> T 020 30 26 26 26 ext 50 F 020 79 00 34 90 M 07793 22 80 80 Managed Internet Solutions, Remote Hands & Network Engineering Services --_000_0DDB87990CA04040B9E43206415950E502D81CD8D6winadminadlch_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} @page WordSection1 {size:612.0pt 792.0pt; margin:72.0pt 72.0pt 72.0pt 72.0pt;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DEN-GB link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I could be missi= ng something but it seems an awful lot like since I upgraded Exim on a Debi= an host (now running 4.69-9+lenny1) that it’s no longer correctly flo= wing mail that is eventually destined for a catchall (that is relayed off h= ost) I am *<b>reasonably</b>* sure that this was working before, but I coul= d always be wrong.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p>= <p class=3DMsoNormal>Mail for <a href=3D"mailto:[email protected]">= [email protected]</a> is handled by a local domain in vexim that ha= s a catchall configured to forward to <a href=3D"mailto:[email protected]= m">[email protected]</a> (which in turn is an alias to <a href=3D"mailto= :[email protected]">[email protected]</a> hosted on another server)= <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNorm= al>After one initial expansion on <a href=3D"mailto:[email protected]= om">[email protected]</a> (which results in eventually checking if = catchalldomain.com is a relay), subsequent mail sent to <a href=3D"mailto:a= [email protected]">[email protected]</a> appears to result i= n one single query by exim; to check if catchalldomain.com exists as a rela= y domain. It does not because it is a local virtual domain, and so the mail= is rejected in both cases.<o:p></o:p></p><p class=3DMsoNormal><o:p> <= /o:p></p><p class=3DMsoNormal>On the change in behaviour: Is exim being = 216;clever’ and caching the result of “[email protected]= m -> [email protected] -> [email protected]” as a remote= _smtp operation and therefore jumping straight to checking for the domain b= eing a relay? <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p c= lass=3DMsoNormal>Any thoughts on the best method for either disabling or ac= commodating this behaviour with vexim? I’ve had to add the mysql expa= nsion for virtual (eg local) domains to the relay_to_domains stanza for the= time being – I had a think about potential downsides of this workaro= und but couldn’t immediately think of any as local domains will be ev= aluated properly still, so this just ‘allows’ local domains to = have relay operations performed as well.<o:p></o:p></p><p class=3DMsoNormal= ><o:p> </o:p></p><p class=3DMsoNormal>(Has this behaviour been happeni= ng for a while? Have I been missing mail for this domain for the last year = and not noticed? It’s mostly a ‘junk goes here’ domain, s= o it’s possible. I only noticed because I needed a password reset mai= l :) )<o:p></o:p></p><p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;= mso-margin-bottom-alt:auto'><span style=3D'font-size:10.5pt;font-family:Con= solas;mso-fareast-language:EN-GB'>--</span><span style=3D'mso-fareast-langu= age:EN-GB'><br></span><span style=3D'font-size:10.5pt;font-family:Consolas;= mso-fareast-language:EN-GB'>Regards,<br>Phillip Baker<br>Technical Director= <br>LCHost<br><a href=3D"mailto:[email protected]" target=3D"_blank"><span = style=3D'color:blue'>[email protected]</span></a></span><span style=3D'mso-= fareast-language:EN-GB'><o:p></o:p></span></p><p class=3DMsoNormal style=3D= 'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style=3D'font-si= ze:10.5pt;font-family:Consolas;mso-fareast-language:EN-GB'>T 020 30 26 26 2= 6 ext 50<br>F 020 79 00 34 90<br>M 07793 22 80 80</span><span style= =3D'mso-fareast-language:EN-GB'><o:p></o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style=3D= 'font-size:10.5pt;font-family:Consolas;mso-fareast-language:EN-GB'>Managed = Internet Solutions, Remote Hands & Network Engineering Services</span><= span style=3D'mso-fareast-language:EN-GB'><o:p></o:p></span></p><p class=3D= MsoNormal><o:p> </o:p></p></div></body></html>= --_000_0DDB87990CA04040B9E43206415950E502D81CD8D6winadminadlch_-- --===============1349681387== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Vexim mailing list [email protected] http://silverwraith.com/mailman/listinfo/vexim --===============1349681387==--