Am 23.02.2015 um 00:27 schrieb Wietse Venema:
> Kirill Peskov:
>> My task is to forward only 'local' mails to the milter for processing,
>> leaving 'foreign' outgoing mails untouched.
>
> Milters must see the entire SMTP session, not just the RCPT TO command.
>
> If you want different Milters for
On 2/23/15 2:08 AM, Wietse Venema wrote:
> Wietse:
>> Milters must see the entire SMTP session, not just the RCPT TO
>> command.
>>
>> If you want different Milters for different domains, configure
>> different smtpd services in master.cf, each listening on a different
>> IP address, one with milte
Thank you Wietse for the education.
Thank you Viktor for solving the problem.
Problem solved by removing the no_address_mappings from the master.cf.
I am still puzzled why the problem surfaced on the 20th. The only
explanation I can come up with I had made some changes and failed to
restart/r
Wietse:
> Milters must see the entire SMTP session, not just the RCPT TO
> command.
>
> If you want different Milters for different domains, configure
> different smtpd services in master.cf, each listening on a different
> IP address, one with milter and one without. Then point each
> domain's MX
On 02/23/2015 01:17 PM, Viktor Dukhovni wrote:
> Bleeding-edge Postfix may require a bleeding-edge base platform to
> support the latest features. Platforms that are optimized for
> stability may lack the necessary support.
Sure and it's not a big deal for me to just say that the older EL
version
On Mon, Feb 23, 2015 at 01:12:07PM +1300, Peter wrote:
> > Looking at makedefs I can see this is true, it is hard-coded to check in
> > /usr/lib. I can patch this myself but it would be nice to have this
> > modified to check /usr/lib64 as well, or maybe allow some variable to
> > passed in with
On 02/23/2015 12:29 PM, Peter wrote:
> Looking at makedefs I can see this is true, it is hard-coded to check in
> /usr/lib. I can patch this myself but it would be nice to have this
> modified to check /usr/lib64 as well, or maybe allow some variable to
> passed in with /usr/lib64 to override /usr
On 2/23/15 12:27 AM, Wietse Venema wrote:
> Kirill Peskov:
>> My task is to forward only 'local' mails to the milter for processing,
>> leaving 'foreign' outgoing mails untouched.
> Milters must see the entire SMTP session, not just the RCPT TO command.
>
> If you want different Milters for differe
On 2/23/15 12:27 AM, Wietse Venema wrote:
> Kirill Peskov:
>> My task is to forward only 'local' mails to the milter for processing,
>> leaving 'foreign' outgoing mails untouched.
> Milters must see the entire SMTP session, not just the RCPT TO command.
>
> If you want different Milters for differe
I made a mistake, when I change meta_directory= /etc/postfix, I hadn’t changed
make make -f Makefile.init meta_directory=/usr/libexec/postfix
to
make make -f Makefile.init meta_directory=/etc/postfix
That’s why I got the errors.
I fix it now.
Thanks,
Andrew
—
> On Feb 22, 2015, at
Peter:
> > You have to patch the makedefs file for EAI compile in.
>
> Looking at makedefs I can see this is true, it is hard-coded to check in
> /usr/lib. I can patch this myself but it would be nice to have this
Nope.
This is the ICU check in makedefs:
${CC-gcc} -o makedefs.test
On 02/23/2015 12:22 PM, Wietse Venema wrote:
> Postfix builds out of the box with EAI, provided that you FIRST
> install the packages as described in SMTPUTF8_README.
I did install libicu-devel as per the SMTPUTF8_README before the
attempted build.
> I tested this on Fedora Core 20 and Ubuntu 14.
Kirill Peskov:
> My task is to forward only 'local' mails to the milter for processing,
> leaving 'foreign' outgoing mails untouched.
Milters must see the entire SMTP session, not just the RCPT TO command.
If you want different Milters for different domains, configure
different smtpd services in
Peter:
> On 02/23/2015 11:23 AM, Viktor Dukhovni wrote:
> > On Mon, Feb 23, 2015 at 11:17:49AM +1300, Peter wrote:
> >
> >> The build errors out on me. I've simplified the make makefiles down to
> >> this and it still errors out:
> >>
> >> make makefiles 'CCARGS=-I/usr/include/unicode'
> >
> > D
Andrew Ho:
> The meta_directory was configured to 'etc/postfix' for testing,
> Maybe this is the problem.
I wrote Postfix and I am ytelling you that you are wasting your time.
The protocol has changed. The 3.0 queue manager uses the new protocol
that sends the smtputf8 attribute before the sende
Hi All!
I've got a problem which seems to be not trivial for me despite almost
10-years experience with Postfix... I've got my own SMTP server running
postfix (what else?) and it controls several domains. If the mail
arrives from 'outside', it should go to the milter before going to the
destinatio
The default of 64bit libraries of redhat families are in /usr/lib64,
eg. /usr/lib64/libicuuc.so.
You have to patch the makedefs file for EAI compile in.
Andrew Ho
—
> On Feb 22, 2015, at 5:55 PM, Peter wrote:
>
> On 02/23/2015 11:45 AM, Peter wrote:
>> On 02/23/2015 11:23 AM, Vikto
On 02/23/2015 11:45 AM, Peter wrote:
> On 02/23/2015 11:23 AM, Viktor Dukhovni wrote:
>> On Mon, Feb 23, 2015 at 11:17:49AM +1300, Peter wrote:
>>
>>> The build errors out on me. I've simplified the make makefiles down to
>>> this and it still errors out:
>>>
>>> make makefiles 'CCARGS=-I/usr/incl
Check if the package libicu-devel is on CentOS 5, EAI needs libicuuc.so.
Andrew
—
Pressure creatures diamond.
> On Feb 22, 2015, at 5:45 PM, Peter wrote:
>
> On 02/23/2015 11:23 AM, Viktor Dukhovni wrote:
>> On Mon, Feb 23, 2015 at 11:17:49AM +1300, Peter wrote:
>>
>>> The buil
On 02/23/2015 11:23 AM, Viktor Dukhovni wrote:
> On Mon, Feb 23, 2015 at 11:17:49AM +1300, Peter wrote:
>
>> The build errors out on me. I've simplified the make makefiles down to
>> this and it still errors out:
>>
>> make makefiles 'CCARGS=-I/usr/include/unicode'
>
> Don't add -I/usr/include/u
The meta_directory was configured to “/etc/postfix” for testing, Maybe this is
the problem.
On my other computer, meta_directory = /usr/libexec/postfix, and it is working
alright.
I will compile postfix-3.0.0 again for testing.
Thanks,
Andrew Ho
—
> On Feb 22, 2015, at 3:23 PM, Wietse
On Mon, Feb 23, 2015 at 11:17:49AM +1300, Peter wrote:
> The build errors out on me. I've simplified the make makefiles down to
> this and it still errors out:
>
> make makefiles 'CCARGS=-I/usr/include/unicode'
Don't add -I/usr/include/unicode to CCARGS.
--
Viktor.
The build errors out on me. I've simplified the make makefiles down to
this and it still errors out:
make makefiles 'CCARGS=-I/usr/include/unicode'
Output from the build is at:
http://paste.fedoraproject.org/189029/42464330
Thanks,
Peter
Andrew Ho:
> I test postfix-3.0.0 with postscreen, and I have these error messages.
>
> Feb 22 13:23:04 mail postfix/qmgr[13406]: A47F7602BE8E8:
> from=, size=6197, nrcpt=1 (queue active)
> Feb 22 13:23:04 mail postfix/smtp[13504]: warning: unexpected attribute
> smtputf8 from amavis socket (ex
I test postfix-3.0.0 with postscreen, and I have these error messages.
Feb 22 13:23:04 mail postfix/qmgr[13406]: A47F7602BE8E8:
from=, size=6197, nrcpt=1 (queue active)
Feb 22 13:23:04 mail postfix/smtp[13504]: warning: unexpected attribute
smtputf8 from amavis socket (expecting: sender)
Feb 22
Il 22/02/2015 18:54, Noel Jones ha scritto:
On 2/22/2015 2:04 AM, ga...@fly2net.it wrote:
Il 19/02/2015 21:04 Noel Jones ha scritto:
On 2/19/2015 1:37 PM, ab wrote:
Thanks for the link
I have a few questions about it.
Would i have to a list of all alias and then specify who can send
to them
On Sun, Feb 22, 2015 at 10:16:12AM -0800, Rich Shepard wrote:
> Copied above to postfix.patch. On my laptop downloaded the SlackBuilds.org
> build files and postfix-2.11.4.tar.gz. Untarred the tarball and copied
> ../src/conf/post-install to the base directory. Applied 'patch post-install
> post
On Wed, 18 Feb 2015, Viktor Dukhovni wrote:
diff --git a/conf/post-install b/conf/post-install
index 7e79c92..35279d0 100644
--- a/conf/post-install
+++ b/conf/post-install
@@ -501,6 +501,7 @@ test -n "$create" && {
# Flag obsolete objects. XXX Solaris 2..9 does not have "test -e".
On 2/22/2015 2:04 AM, ga...@fly2net.it wrote:
> Il 19/02/2015 21:04 Noel Jones ha scritto:
>> On 2/19/2015 1:37 PM, ab wrote:
>>> Thanks for the link
>>>
>>> I have a few questions about it.
>>>
>>> Would i have to a list of all alias and then specify who can send
>>> to them or
>>> can i do it for
On Sun, Feb 22, 2015 at 12:12:31PM -0500, John wrote:
> I recently modified main.cf by adding a couple of lines. But I found that
> there was a problem getting email on cell phones as a result. So I removed
> the changes by commenting them out. A comparison of main.cf before and
> after all of the
John:
> r...@klam.ca has/is an alias of postmaster+r...@klam.ca cause a 550 result.
>
> if you look at the log extract attached Postfix accepts an email
> for "r...@klam.ca" from gmail and eventually hands it off to Dovecot
> for final delivery using LMTP. The problem is that the address
> is wro
I have a problem for which I cannot find a cause, aliases seem to have stopped
working. Could somebody help me debug this.
My setup is fairly simple Debian (Jessie) with Postfix, Dovecot, Amavisd-new,
Postgrey, Postfixadmin and PostgreSQL.
I recently modified main.cf by adding a couple of line
Please delete my previous message, it so badly written that its
incomprehensible, I could not have had my morning coffee or something.
I will re-edit and re-submit.
Thanks
--
John Allen
KLaM
--
Inside every older person is a younger person wondering what t
I am having a problem that I cannot find the cause of.
My setup is fairly simple Debian (Jessie) with Postfix, Dovecot, Aamavisd-new,
Postgrey, Postfixadmin and PostgreSQL.
Attached is a extract of my Postfix mail log
I modified the main.cf by adding a couple of lines. Which I then had to commen
Il 19/02/2015 21:04 Noel Jones ha scritto:
On 2/19/2015 1:37 PM, ab wrote:
Thanks for the link
I have a few questions about it.
Would i have to a list of all alias and then specify who can send to
them or
can i do it for just one alias?
Thanks
Adam
If all the aliases have the same list o
35 matches
Mail list logo
