Ralf Hauser:
> Messages with a certain content type should be bcc'd to an additional
> address for my use-case at hand.
Wietse Venema:
> That is currently not built into Postfix, but it could be done with
> a Milter: in the header and body event handlers look at the content,
> and in the end-of-me
Noel Jones:
> Maybe I misunderstood... I thought the OP was trying to add a
> recipient_bcc_maps on a specific smtpd listener, and it didn't work
> as he expected (due to recipient_bcc_maps implemented in cleanup).
That is correct.
> That's why my example showed setting receive_override_options e
On 11/17/2014 1:00 PM, Wietse Venema wrote:
> Noel Jones:
> [ Charset windows-1252 converted... ]
>> On 11/17/2014 11:34 AM, Wietse Venema wrote:
>>> Ralf Hauser:
When I define a secondary smtpd in master.cf and give it the
-o=recipient_bcc_maps
this has no effect.
>>>
>>> Ta
Dne 17.11.2014 v 19:43 Michal Kurka napsal(a):
> Dne 17.11.2014 v 19:05 Noel Jones napsal(a):
>
> > http://www.postfix.org/postconf.5.html#smtp_mx_address_limit
> > http://www.postfix.org/postconf.5.html#smtp_mx_session_limit
>
> Thanks for tips. For "smtp_mx_address_limit" I use default value "
Noel Jones:
[ Charset windows-1252 converted... ]
> On 11/17/2014 11:34 AM, Wietse Venema wrote:
> > Ralf Hauser:
> >> When I define a secondary smtpd in master.cf and give it the
> >>-o=recipient_bcc_maps
> >>
> >> this has no effect.
> >
> > Take a look at:
> > http://www.postfix.org/postcon
Dne 17.11.2014 v 18:51 Wietse Venema napsal(a):
> Michal Kurka:
> > transport_maps = hash:/etc/postfix/transport
>
> Do you have transport map entries for destination.cz?
No.
-
:~ # cat /etc/postfix/transport
relay1.cz smtp:[other.time
On 11/17/2014 11:51 AM, Wietse Venema wrote:
> Michal Kurka:
>> transport_maps = hash:/etc/postfix/transport
>
> Do you have transport map entries for destination.cz?
>
> Wietse
>
And also:
http://www.postfix.org/postconf.5.html#smtp_mx_address_limit
and quite likely:
http://www.postfix
On 11/17/2014 11:34 AM, Wietse Venema wrote:
> Ralf Hauser:
>> When I define a secondary smtpd in master.cf and give it the
>>-o=recipient_bcc_maps
>>
>> this has no effect.
>
> Take a look at:
> http://www.postfix.org/postconf.5.html#receive_override_options
>
> Wietse
>
But IIRC th
Michal Kurka:
> transport_maps = hash:/etc/postfix/transport
Do you have transport map entries for destination.cz?
Wietse
Hello.
I send mails to badly (but apparently RFC compliant) destination.
MX of destination are:
-
:~ # host -t mx destination.cz
destination.cz mail is handled by 10 cax.destination.cz.
destination.cz mail is handled by 20 cbx.destination
Ralf Hauser:
> When I define a secondary smtpd in master.cf and give it the
>-o=recipient_bcc_maps
>
> this has no effect.
Take a look at:
http://www.postfix.org/postconf.5.html#receive_override_options
Wietse
Thank you both for the confirmation. I suspected this was the behavior
however as I'm new to Postfix I wanted to be certain I didn't misconfigure
anything. It appears I have everything configured as needed. I will, as
recommend, add the @localhost qualifier to the right hand side. You may wish
Josh McKee:
> The configuration is fairly straightforward and I've copied the appropriate
> files from the Sendmail configuration to the Postfix configuration and all
> seems to be operating as expected with one exception. If the UNIX user
> account on the right hand side of the virtual mapping
Am 17.11.2014 um 15:58 schrieb Josh McKee:
6postmas...@example.compostmaster
7i...@example.comjoe
8sa...@example.com jane
If the UNIX user "joe" does not exist in the UNIX password file mail
sent to "i...@example.com" is accepted. With the Sendmail c
I am in the process of moving a mail system from Sendmail to Postfix. The
system in question currently handles a small number of domains in a virtual
configuration. I am attempting to replicate the existing functionality with
Postfix’s virtual domain capability. The specific configuration to be
Le 14/11/2014 18:47, Viktor Dukhovni a écrit :
On Fri, Nov 14, 2014 at 05:20:14PM +, Viktor Dukhovni wrote:
So gmail.com and postfix.org offer and actually reuses sessions, On the
other hand, storing hotmail, AOL or Yahoo sessions is just a waste
of I/O, since they are rarely if ever reusa
16 matches
Mail list logo