People,
I've had a look at the rewrite stuff but I can't see that it is possible
to do what I want:
For outgoing mail for users with names like:
info_dom1@*
info_dom2@*
info_dom3@*
I want their from/reply-to addresses to be rewritten as:
info_d...@dom1.com
info_d...@dom2.com
inf
Am 18.09.2014 um 09:05 schrieb Philip Rhoades:
> I've had a look at the rewrite stuff but I can't see that it is possible to
> do what I want:
>
> For outgoing mail for users with names like:
>
> info_dom1@*
> info_dom2@*
> info_dom3@*
>
> I want their from/reply-to addresses to be rewri
postfix/smtpd[29991]: warning: restriction check_reverse_client_hostname_access
returns OK
postfix/smtpd[29991]: warning: this is not allowed for security reasons
postfix/smtpd[29991]: warning: use DUNNO instead of OK if you want to make an
exception
__
Philip Rhoades:
> People,
>
> I've had a look at the rewrite stuff but I can't see that it is possible
> to do what I want:
>
> For outgoing mail for users with names like:
...
> I want their from/reply-to addresses to be rewritten as:
...
Postfix replaces an address with a value that depends o
or making it simpler and put all other restrictions in
"smtpd_recipient_restrictions"
and only leaving that two - this could be reduced to one rule if
"check_helo_access"
would accept the PTR-Regexp for DUNNOS
according to http://www.postfix.org/postconf.5.html#check_helo_access that's
not the
Hi!
(sorry for my bad english)
I have a lot of domains and email address that receives a lot of spam. I
have created a filter to route the spam to a script. This is my current
setup:
master.cf:
[...]
localrbl unix - n n - - pipe
flags=F user=nobody argv=/usr/loc
Did you try :-
/^info_dom(\d+)@.*$/info_dom${1}@dom${1}.com
using PCRE maps.
On Thu, Sep 18, 2014 at 12:35 PM, Philip Rhoades wrote:
> People,
>
> I've had a look at the rewrite stuff but I can't see that it is possible
> to do what I want:
>
> For outgoing mail for users with names like:
Hello,
I have postfix logging certain X-headers but they are
entered as a separate line under postfix/cleanup. Is it possible to log
X-header info to the postfix/smtp lines?
Many thanks Jim
Am 18.09.2014 um 14:36 schrieb James Bailey:
> I have postfix logging certain X-headers but they are entered as a separate
> line under postfix/cleanup. Is it possible to log X-header info to
> the postfix/smtp lines?
smtp_header_checks = outgoing = smtpd
header_checks = incoming = cleanup
you
Hi,
We're currently in the process of parsing postfix logs into something
that is suitable for end users. After covering lots of basic errors, we
are working through some edge cases. Since we use customer provided data
for relaying mail, there is a possibility that something gets
mis-configured an
All,
I've recently implemented the address_verify_map to mitigate some verification
problems we were having with a cloud provider. I had to remove one entry in
this cache. After using postmap -s to export the contents to file, remove the
offending entry, and run postmap again to recreate the fi
Tom Hendrikx:
> We're currently in the process of parsing postfix logs into something
> that is suitable for end users. After covering lots of basic errors, we
> are working through some edge cases. Since we use customer provided data
> for relaying mail, there is a possibility that something gets
On 2014-09-18 13:42, li...@rhsoft.net wrote:
Am 18.09.2014 um 14:36 schrieb James Bailey:
I have postfix logging certain X-headers but they are entered as a
separate
line under postfix/cleanup. Is it possible to log X-header info to
the postfix/smtp lines?
smtp_header_checks = outgoing = smtp
I've been reading the discussion here and the various approaches to blocking
extensions
I'd gotten this from a friend awhile ago, and have been using it
With
postfix_header_checks = pcre:/path/to/custom_header_checks
smtpd_sasl_authenticated_header = yes
cat /path/to/custom_hea
On 9/18/2014 6:19 AM, li...@rhsoft.net wrote:
> or making it simpler and put all other restrictions in
> "smtpd_recipient_restrictions"
> and only leaving that two - this could be reduced to one rule if
> "check_helo_access"
> would accept the PTR-Regexp for DUNNOS
>
> according to http://www.po
Am 18.09.2014 um 15:45 schrieb terrygalant.li...@fastest.cc:
> I've been reading the discussion here and the various approaches to blocking
> extensions
>
> I'd gotten this from a friend awhile ago, and have been using it
>
> With
>
> postfix_header_checks = pcre:/path/to/custom_header_c
Am 18.09.2014 um 15:23 schrieb James Bailey:
> On 2014-09-18 13:42, li...@rhsoft.net wrote:
>> Am 18.09.2014 um 14:36 schrieb James Bailey:
>>> I have postfix logging certain X-headers but they are entered as a separate
>>> line under postfix/cleanup. Is it possible to log X-header info to
>>> the
Moore, Patrick:
> All,
>
> I've recently implemented the address_verify_map to mitigate some
> verification problems we were having with a cloud provider. I had
> to remove one entry in this cache. After using postmap -s to export
> the contents to file, remove the offending entry, and run postmap
On Thu, Sep 18, 2014 at 01:36:19PM +0100, James Bailey wrote:
> I have postfix logging certain X-headers but they are
> entered as a separate line under postfix/cleanup. Is it possible to log
> X-header info to the postfix/smtp lines?
Your log parser can perform the relevant "join" operation (on
On 2014-09-18 14:52, li...@rhsoft.net wrote:
Am 18.09.2014 um 15:23 schrieb James Bailey:
On 2014-09-18 13:42, li...@rhsoft.net wrote:
Am 18.09.2014 um 14:36 schrieb James Bailey:
I have postfix logging certain X-headers but they are entered as a
separate
line under postfix/cleanup. Is it pos
On 2014-09-18 14:59, Viktor Dukhovni wrote:
On Thu, Sep 18, 2014 at 01:36:19PM +0100, James Bailey wrote:
I have postfix logging certain X-headers but they are
entered as a separate line under postfix/cleanup. Is it possible to
log
X-header info to the postfix/smtp lines?
Your log parser ca
Am 18.09.2014 um 16:18 schrieb James Bailey:
> On 2014-09-18 14:52, li...@rhsoft.net wrote:
>> Am 18.09.2014 um 15:23 schrieb James Bailey:
>>> On 2014-09-18 13:42, li...@rhsoft.net wrote:
Am 18.09.2014 um 14:36 schrieb James Bailey:
> I have postfix logging certain X-headers but they are
On 09/18/2014 03:22 PM, Wietse Venema wrote:
> Tom Hendrikx:
>> We're currently in the process of parsing postfix logs into something
>> that is suitable for end users. After covering lots of basic errors, we
>> are working through some edge cases. Since we use customer provided data
>> for relayin
Hello all,
Lately one of my users reported to me that he was missing some
message that he was waiting didn't get into his mailbox , so I went I
checked and this is what I found out :
http://pastebin.com/HPmaGqaJ
I 've decided to contact the support staff of the sender MTA and
ask th
On 2014-09-18 15:33, li...@rhsoft.net wrote:
Am 18.09.2014 um 16:18 schrieb James Bailey:
On 2014-09-18 14:52, li...@rhsoft.net wrote:
Am 18.09.2014 um 15:23 schrieb James Bailey:
On 2014-09-18 13:42, li...@rhsoft.net wrote:
Am 18.09.2014 um 14:36 schrieb James Bailey:
I have postfix logging
On Thu, Sep 18, 2014 at 04:39:59PM +0200, Tom Hendrikx wrote:
> >> Is there a way to detect a 'too many hops' issue from the logging,
> >> preferably without changing postfix verbosity?
> >
> > Does the SMTP client log the rejected command (like Postfix does)?
> > If not, which program should be
Tom Hendrikx:
> >> However, it seems that the error message is only sent in the smtp dialog
> >> (554 5.4.0 Error: too many hops), postfix logging does not show
> >> anything. All I get in non-verbose logging is:
> >>
> >> Sep 18 12:38:58 test postfix-inbound/smtpd[29852]: connect from
> >> localho
Giuseppe De Nicolo':
> 136.233724 212.19.117.109 217.72.32.234 SMTP131 S:
> 250 2.1.0 Ok | 250 2.1.5 Ok | 354 End data with .
> 136.441076 212.19.117.109 217.72.32.234 SMTP131 [TCP
> Retransmission] S: 250 2.1.0 Ok | 250 2.1.5 Ok | 354 End data with
>
Thanks, Wietse.
I'm going to outline how the 20,000 entries were lost and how I modified the
address_verify_map file. This is to help anyone who encounters my issues in the
future.
I ran postmap -s hash:/path/to/address_verify_map > address_verify_map.out
I modified the address_verify_map.out
i have difficulty with messagelabs MTA's
below is 1 example
i don't understand the strace debug log & i don't have it now
regardless of the low/medium/high cipherlist in which medium is in use
and low/high are inactive & irrelevant messagelabs problems prevail
i use 2 certs
assistance is muc
On 09/18/2014 05:40 PM, Wietse Venema wrote:
Giuseppe De Nicolo':
136.233724 212.19.117.109 217.72.32.234 SMTP131 S:
250 2.1.0 Ok | 250 2.1.5 Ok | 354 End data with .
136.441076 212.19.117.109 217.72.32.234 SMTP131 [TCP
Retransmission] S: 250 2.1.
On Fri, Sep 19, 2014 at 01:40:34AM +1000, shm...@riseup.net wrote:
> I have difficulty with messagelabs MTA's
>
> below is 1 example
>
> i don't understand the strace debug log & i don't have it now
Disable verbose TLS logging, it is not required. A log level of
"1" is enough.
> 18 00:21:35
Giuseppe De Nicolo':
> On 09/18/2014 05:40 PM, Wietse Venema wrote:
> > Giuseppe De Nicolo':
> >
> >> 136.231890 217.72.32.234 212.19.117.109 SMTP227 C:
> >>MAIL FROM: SIZE=2857 |
> >>RCPT TO:
> >>ORCPT=rfc822;giulio.digior...@oapointgroup.it | DATA
> >> 136.233724
Moore, Patrick:
> Thanks, Wietse.
>
> I'm going to outline how the 20,000 entries were lost and how I modified the
> address_verify_map file. This is to help anyone who encounters my issues in
> the future.
>
> I ran postmap -s hash:/path/to/address_verify_map > address_verify_map.out
> I modi
Wietse Venema:
> Giuseppe De Nicolo':
> > On 09/18/2014 05:40 PM, Wietse Venema wrote:
> > > Giuseppe De Nicolo':
> > >
> > >> 136.231890 217.72.32.234 212.19.117.109 SMTP227 C:
> > >> MAIL FROM: SIZE=2857 |
> > >> RCPT TO:
> > >> ORCPT=rfc822;giulio.digior...@oapointgroup.it | D
A customer wants a mail relay for testing to SAP applications. It should take
all relayed email and save it to a local mailbox (or forward it to another
email address) - but it should not actually send the emails further to the
recipient.
I know that sender_bcc_map can take car of saving the e
James Bailey:
> Apache and Nginx and log4j give you much greater control over the
> format and content of your logs, I was hoping Postfix could offer
> the same.
I'm working on making Postfix logging more configurable. In
the past 18 years this has not been in high demand.
Wietse
Ray Davis:
> A customer wants a mail relay for testing to SAP applications. It should
> take all relayed email and save it to a local mailbox (or forward it to
> another email address) - but it should not actually send the emails further
> to the recipient.
>
> I know that sender_bcc_map can t
On Thu, Sep 18, 2014 at 06:53:29PM +0200, Ray Davis wrote:
> A customer wants a mail relay for testing to SAP applications.
> It should take all relayed email and save it to a local mailbox
> (or forward it to another email address) - but it should not actually
> send the emails further to the rec
thank you sir,
Viktor Dukhovni wrote:
> On Fri, Sep 19, 2014 at 01:40:34AM +1000, shm...@riseup.net wrote:
>
>> I have difficulty with messagelabs MTA's
>>
>> below is 1 example
>>
>> i don't understand the strace debug log & i don't have it now
>
> Disable verbose TLS logging, it is not require
> > Hello list-
> >
> > Our Postfix instance is set up as a relay for our Exchange server.
> > It utilizes anti-spam and anti-viruses measures such as postscreen,
> > clamav, and sanesecurity sigs. We want to send out an autoreply
> > for each incoming email addressed to a specific email address
>
Doug Sampson:
> > > Hello list-
> > >
> > > Our Postfix instance is set up as a relay for our Exchange server.
> > > It utilizes anti-spam and anti-viruses measures such as postscreen,
> > > clamav, and sanesecurity sigs. We want to send out an autoreply
> > > for each incoming email addressed to a
On 9/18/2014 10:39 AM, Moore, Patrick wrote:
> Thanks, Wietse.
>
> I'm going to outline how the 20,000 entries were lost and how I modified the
> address_verify_map file. This is to help anyone who encounters my issues in
> the future.
>
> I ran postmap -s hash:/path/to/address_verify_map > ad
> > > As described in vacation.pl's INSTALL.TXT file set up a
> > virtual_alias_maps
> > > (NOT: virtual_alias_domains) entry such that e.g. mail to bi...@goat.com
> > > will be delivered to
> > > bi...@goat.com AND
> > > billy#goat@autoreply.goat.com
> > >
> > > I.e. a virtual alias ma
On Thu, Sep 18, 2014 at 10:19:26PM +, Doug Sampson wrote:
> I had thought that's what the /usr/local/etc/postfix/virtual file does. Allow
> me to say what I think is the process out loud here.
>
> The main.cf contains:
> virtual_alias_maps = hash:/usr/local/etc/postfix/virtual
>
> It e
hi-
i'm not quite certain the subject is an accurate synopsis. apologies if it's
misleading. we have a proprietary system which delivers voicemail messages as
email attachments. it submits mail via submission to postfix, which looks like
this:
Sep 18 16:03:33 msa postfix/submission/smtpd[21
On Thu, Sep 18, 2014 at 07:51:53PM -0400, btb wrote:
> From: postmas...@phonesrv.example.com
> To: "VOICE/1nnn5551212"@phonesrv.example.com
Is that the address or the "display name"? What is the content
of the complete "To:" header as stored in the mailbox (rather
than displayed by some MUA).
-
On Sep 18, 2014, at 20.17, Viktor Dukhovni wrote:
> On Thu, Sep 18, 2014 at 07:51:53PM -0400, btb wrote:
>
>> From: postmas...@phonesrv.example.com
>> To: "VOICE/1nnn5551212"@phonesrv.example.com
>
> Is that the address or the "display name"? What is the content
> of the complete "To:" header
48 matches
Mail list logo
