[Exim] Re: Any potential problem in restricting RCPT numbers…

Top Page
Delete this message
Reply to this message
Author: Sandip Bhattacharya
Date:  
To: exim-users
Subject: [Exim] Re: Any potential problem in restricting RCPT numbers?
Tony Finch wrote:
> Sandip Bhattacharya <sandip@???> wrote:
>
>>What are the possible problems if one configures exim to allow only
>>*one* RCPT TO: in a message delivery? Are there any serious implications
>>for this?
>
>
> Your question is confused. Are you talking about message reception over
> SMTP, or message delivery to a remote host?


You are right. I am unclear. I meant restricting *incoming* mails to a
single RCPT using recipients_max. According to the manual, the RFCs
specify that the server should accept atleast 100.

>
> If the latter, the main problem is that your bandwidth usage is going
> to increase, and it's not very polite to cause the additional resource
> consumption on the remote machine.


Unless my machine is setup as a relay, I dont see much multiple-rcpt
mails. Again, this assumption of mien might change over time.

>
> If the former, make sure you defer any additional receipients rather
> than deny them so that you don't cause spurious bounces. This is also
> rather impolite for the same reasons.


Right. I am not using recipients_max_reject for that reason.

I know this is a stupid idea. I just wanted a way out for my present
problems in making my machine suitable for handling multidrop mailboxes
along with spamassassin.

Right now, I think exim is incapable of correctly handling multidrop
mailboxes along with spamassassin. To be fair, the problem is not with
exim but rather with the architecture around which spamassassin is being
used.

Thanks,
Sandip

--
Sandip Bhattacharya
sandip (at) puroga.com
http://www.sandipb.net

GPG: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3