On Mon, 20 Feb 2012 07:00:11 -0600, Stan Hoeppner <s...@hardwarefreak.com>
wrote:
> On 2/20/2012 5:45 AM, Przemysław.Orzechowski wrote:
> 
> 
>> Feb 19 10:47:27 panel2 postfix/smtp[10854]: 56F7A8ED0DC:
>> to=<timez...@poczta.onet.pl>,
>> relay=mx.poczta.onet.pl[213.180.147.146]:25,
>> conn_use=7, delay=24703, delays=22811/1887/0.02/5.3, dsn=4.7.1,
>> status=deferred (host mx.poczta.onet.pl[213.180.147.146] said: 450
4.7.1
>> <timez...@poczta.onet.pl>: Recipient address rejected: Sender address
>> deferred by rule #CR-IN-DEF-2 (in reply to RCPT TO command))
> 
>> Feb 19 10:47:27 panel2 postfix/smtp[12360]: 560128EC302:
>> to=<timez...@poczta.onet.pl>,
>> relay=mx.poczta.onet.pl[213.180.147.146]:25,
>> conn_use=2, delay=3975, delays=2083/1887/0.02/5.3, dsn=4.7.1,
>> status=deferred (host mx.poczta.onet.pl[213.180.147.146] said: 450
4.7.1
>> <timez...@poczta.onet.pl>: Recipient address rejected: Sender address
>> deferred by rule #CR-IN-DEF-2 (in reply to RCPT TO command))
>> 
>> as this state continues longer than four hours a notice Delay info is
>> generated wich is sent to external host wich generates another 450
error
>> and so forth. 
>> I cant disable Delivery Delay notifications globally as other clients
use
>> them so is there any way to disable them for this account or drop them
>> before they are sent out ?
>> 
>> Hope this explanation is clear enough.
> 
> Yes, it is.  I'm not fluent in Polish--have you read this?
>
http://www.goldenline.pl/forum/2640244/ciekawostka-serwery-pocztowe-onetu
> 
> It's the only relevant Google hit, out of 5 total, searching for
> "deferred by rule #CR-IN-DEF-2", and it's on a Polish forum.  (2 of the
> first 3 hits are your own messages to this Postfix list).
> 
> It appears this problem exists at a single receiving site in Poland.
> Most likely a custom rule some mail admin has created.
> 
> What I would suggest is contacting the postmaster or responsible person
> at this receiving site to find out what "deferred by rule #CR-IN-DEF-2"
> means and how you can avoid triggering it.

Actually they have quite restrictive incoming mail policy this is
Single ip can send up to 300 mails / hour
Single sender can send up to 200 mails/hour (FROM)
Single recipient can recive up to 100 mails/hour (TO)

Now that i know what is happening i will have to somehow setup a delivery
route that will not exceed those limits.
Any hints on this would be welcome.

Reply via email to