Thanks Jeron , thanks again for taking interset to my case .
The thing is that i dont get spam any more . The last incidient was like one of our application server in the infarsturture uses my relay server to relay email in the internet what the unix adminstartor of the application did was diverted all syslog allert to the email address of his . suddenly there was some peoblem with the application server and start firing emails around 30,000 to the his email id sudden there was resource utilization on my postfix relay and queue started builtting up . though the sender application was sending to wrong recipient email adress the 30,000 Mailerdeamon got establised the sender mail server is an production application server i cannot reject him or block him by giving reject action . What is the suggested option is to hold the mail in the queue and wait for the responce on the customer So the HOLDing of email is necessary can u explain what types of cutome tranport rule we can apply with example/syntax in configuration please find the current config ============================================= smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sender_hold smtpd_recipient_restrictions = reject_non_fqdn_recipient, check_recipient_access hash:/etc/postfix/recipient_access, permit_mynetworks, reject_unauth_destination smtpd_client_restrictions = check_client_access cidr:/etc/postfix/network_table, reject smtpd_client_restrictions = check_client_access hash:/etc/postfix/access_client, permit ===================================================== Regards, Kshitij +91 9967490880 On 3/10/11, Jeroen Geilman <jer...@adaptr.nl> wrote: > On 03/10/2011 08:23 AM, kshitij mali wrote: >> HI All , >> >> My self kshitij and i am using postfix MTA for mailing service around >> 1.5 year EXP. >> >> I want to built an new coustome queue same as like HOLD queue . >> >> currrent sinerio is like i donot want any mail to be rejected as per >> my mangement instruction >> > That's a pretty vague instruction - for what reason ? > Applying this blindly will cause a lot of spam to be processed. > >> all the filter i applied on the smtpd_*_restriction i have given the >> HOLD Action . >> > Yes, they're not really suited for that. > Consider using a custom transport instead that delivers it somewhere you > can control it further. > >> so the Hold dir keeps on growing in which makes me tough to search and >> release the mail from the queue. >> > > Unless you have a trivial amount of email, this is not a manual labour task. > >> Stright forward is i would like to have different queue (like HOLD) >> for different filters i have applied . >> > > And then what ? > > If you could explain the ultimate requirement, we might be able to offer > a suitable solution. > > > > -- > J. > >
