Re: [exim] Callout

Pàgina inicial
Delete this message
Reply to this message
Autor: W B Hacker
Data:  
A: exim users
Assumpte: Re: [exim] Callout
Bryn Jones wrote:
>> -----Original Message-----
>> From: exim-users-bounces@??? [mailto:exim-users-bounces@exim.org]
>> On Behalf Of tower
>> Sent: 28 September 2010 12:43
>> To: Exim-Users
>> Subject: [exim] Callout
>>
>> Hi
>>
>> How can i modify my callout option to resolve problem with:
>>
>> 2010-09-27 11:19:32 H=domain.com [123.123.123.123]:56505
>> I=[234.234.234]:25 sender verify fail for <sender@???>: response
>> to "MAIL FROM:<>" from a.mx.domain.com [217.153.18.125] was: 550 5.5.0
>> Sender domain is empty.
>>
>
> That is an error from the site you are calling out to, the remote server is
> refusing to admit the validity of a localpart when the sender (to the remote
> server) is empty. That is broken as it's not going to be accepting bounces
> or other automated messages (like vacation messages, etc).
>


Someone needs to test what is traveling with the callout to confirm that..

If the text is correct, it didn't complain that the $local_part was empty.

It said the sender *domain* was empty.

That's either a misleading error message, or whole 'nuther issue.....

Bill Hacker


> Your choices are:
>
> 1. Try to get the other mail server fixed (good luck), or at least try to
> inform them they are broken.
> 2. Skip the callout for that site (and any others which are similarly
> broken).
> 3. Let the mail be rejected (as now).
> 4. Give up on offsite callouts (there are sites which report you as a
> spammer and blacklist you for doing just a single callout).
>
> Your best bets are 1 and 3, i.e.: tell them why there messages are not going
> to get delivered to your site, and let them work out if they want to fix it;
> or 1 and 2, Tell them they are broken (in the hope they fix it), and work
> around it. The path of least disruption is of course 4.
>
>> My callout option in ACL:
>>
>>        deny
>>                 message = Unable to verify sender address
>> ($sender_address).
>>                 !verify     =
>> sender/callout=4m,maxwait=4m,connect=30s,defer_ok

>>
>> I'm a little bit confused, because in exim log i dont see message
>> "Unable to verify sender address" but default(?) exim warning: "Sender
>> verify fail"
>>
>
> The message goes to the SMTP session, so in this case you should get
> something like:
>
> [...]
> MAIL FROM: <invalid@???>
> 550 Unable to verify sender address
>
> Bryn
> --
> Network Administrator
> Parrs Wood High School
>
>