Restrictions & Policy Servers

I would like to have a policy server checked in smtpd_recipient_restrictions - but only if a previous permit_* check is true. Can I do this without coding the check within the policy server? Right now I have my standard smtpd_recipient_restrictions: smtpd_recipient_restrictions = reject_unk

Re: Mail from cron delay

On Sat, Jan 16, 2010 at 06:14:45PM -0800, Emmett Culley wrote: > > The pre-active delay is measured from the time message is created until > > it enters the active queue (in this case for the first time). So the > > message was either: > > > > - Not yet fully formed (delayed EOF in the > >

Re: tigertech mirror broken

Frank Cusack wrote: US, CA, Bay area goes to a landing page, not a postfix download mirror I'm the person who runs this mirror, and it's now working again. My apologies. We experienced a S

Re: Mail from cron delay

On 12/10/2009 11:37 AM, Victor Duchovni wrote: > On Thu, Dec 10, 2009 at 11:12:36AM -0800, Emmett Culley wrote: > It seems like understanding where the "delay=86457" and "delays=86457/0/0.36/0.18" come from would probably help me to understand the 24 delay. >>> >>> Not really. The m

Re: Convert "_" to "+" on inbound addresses

On 16-Jan-2010, at 12:24, Wietse Venema wrote: >> To address that issue, I would like to be able to use another character >> ("_" or ".") that is commonly accepted as part of email addresses, instead. > > Address transformation mappings are always queried at recipient > validation time, so you can

PostFix & Trac - known issues?

Hi Folks, I came across an add-on for Trac that allows tickets to be updated using mail. Email2trac is what it's called and the Postfix install is here: https://subtrac.sara.nl/oss/email2trac/wiki/Email2tracMta It has instructions on how to integrate with Postfix. I don't as yet have a specifi

Re: Convert "_" to "+" on inbound addresses

Charles Boling: > I've been a postfix user for nearly 10 years, but in many ways I'm still > quite the newbie. That's the problem with Postfix being such a solid > MTA: I don't mess with it much. :-) > > For a good chunk of that time, I have wrestled on and off with this > problem off and on, pla

Re: Convert "_" to "+" on inbound addresses

On Sat, Jan 16, 2010 at 11:06 AM, Charles Boling wrote: > I've been a postfix user for nearly 10 years, but in many ways I'm still > quite the newbie.  That's the problem with Postfix being such a solid > MTA: I don't mess with it much. :-) > > For a good chunk of that time, I have wrestled on and

Convert "_" to "+" on inbound addresses

I've been a postfix user for nearly 10 years, but in many ways I'm still quite the newbie. That's the problem with Postfix being such a solid MTA: I don't mess with it much. :-) For a good chunk of that time, I have wrestled on and off with this problem off and on, playing with it for a bit, givi

Re: How to not reject valid MTAs for inconsistent forward/reverse DNS.

Frank Cusack: > until a name lookup has been done. But if that name lookup takes a > "very long" time, along with the connect postfix should log how long > ago the actual connect was. The SMTP server can find out long the name/address lookup took. It does not juggle TCP packets. The sysadmin sho

Re: forward problem: mail delivered twice

> > Then forget about what I said. > > you could do > pickup >        -o receive_override_options=no_address_mappings > but this applies to all mail submitted via the sendmail command, so it > will break mail sent from the system (cron, ...) or from the console. > > consider using an smtp cont