On Tue, 15 Sep 2009, Sahil Tandon wrote: > > Is there some other place I could have looked to see that problem in > > the logs? > > There is no 'problem' as far as Postfix is concerned, so nothing is > logged. After sending the 452 to the client, Postfix retains a buffer > of the 25 recipients it *did* accept. Instead of sending a QUIT (which > is my suspicion), the client could just have issued the DATA command, > and continued with delivery. Then, the client SHOULD have tried to > deliver the message to the remaining recipients.
However, it is unlikely that an MUA (as opposed to full-fledged SMTP client) would actually perform the piecemeal delivery, so the end-user needs to re-submit the mail with a smaller set of recipients. This is why if you run an MSA, you should allow your trusted clients to specify AT LEAST 100 recipients per delivery request. :-) As far as debugging on the server side, you would have seen (in the logs) Postfix sending the 452 response to the client in verbose mode, but that's probably overkill just for these rare instances. If you want to see something during normal operation, you could void your warranty and include a call to msg_warn() in the appropriate section of src/smtpd/smtpd.c just prior to the smtpd_chat_reply() that sends the 452 response. Or wait for Wietse, Victor or one of the other developers to weigh in with a better solution. -- Sahil Tandon <[email protected]>
