do NOT reply off-list - never, reply below
Am 10.04.2012 06:07, schrieb Jon Miller:
Date: Sun, 8 Apr 2012 13:22:51 +0200
From: h.rei...@thelounge.net
To: postfix-users@postfix.org
Subject: Re: mail delivery system message
Am 08.04.2012 13:01, schrieb Jon Miller:
If u do not mind letting
Hi,
I'm attempting to migrate from sendmail to Postfix + LDAP, so bare with me, I'm
an sendmail user :)
I've migrated the live user database into LDAP, and added my own e-mail
addresses to my LDAP entry :
dn: uid=igmar,ou=employee,dc=jdi,dc=nl
objectClass: account
objectClass: posixAccount
Hello,
I need to configure the following setup with postfix:
filter mail for 'supp...@example.com' based on sender address:
- if the sender address is inside a list of serveral 100.000 priorized
addresses, simply forward the mail to 'ticketsys...@example.com'
- otherwise send an autoreply
On 2012-04-10 Igmar Palsenberg wrote:
Anyone with a suggestion on how to start debugging this ?
You received the following link with the welcome message when you
subscribed to this list:
http://www.postfix.org/DEBUG_README.html#mail
Regards
Ansgar Wiechers
--
Abstractions save us time
Zitat von Igmar Palsenberg post...@palsenberg.com:
Hi,
I'm attempting to migrate from sendmail to Postfix + LDAP, so bare
with me, I'm an sendmail user :)
I've migrated the live user database into LDAP, and added my own
e-mail addresses to my LDAP entry :
dn:
On 2012.04.09 23.32, Viktor Dukhovni wrote:
On Mon, Apr 09, 2012 at 10:21:05PM -0400, b...@bitrate.net wrote:
Given my understanding of address classes, it seemed that in order to use
virtual_alias_maps, those related domains would need to be listed in
virtual_alias_domains.
This assumption
Now I think that policy and or after queue filtering are good solutions,
but both seem rather complex for a relatively easy problem.
If you will create something what policyd does (www.policyd.org) using
http://www.postfix.org/SMTPD_POLICY_README.html, you are able
to do something with the
so far so good. Postfix however, doesn't seem to like this setup :
It keeps boun cing them with a relaying denied.
In that case, you forgot to list the domain name in mydestination,
virtual_alias_domains or virtual_mailbox_domains.
Make your pick:
btb:
[ Charset ISO-8859-1 unsupported, converting... ]
On 2012.04.09 23.32, Viktor Dukhovni wrote:
On Mon, Apr 09, 2012 at 10:21:05PM -0400, b...@bitrate.net wrote:
Given my understanding of address classes, it seemed that in order to use
virtual_alias_maps, those related domains would
On Tue, Apr 10, 2012 at 08:10:52AM -0400, btb wrote:
On 2012.04.09 23.32, Viktor Dukhovni wrote:
On Mon, Apr 09, 2012 at 10:21:05PM -0400, b...@bitrate.net wrote:
Given my understanding of address classes, it seemed that in
order to use virtual_alias_maps, those related domains would need
alias_maps = ldap:/etc/postfix/ldap-aliases.cf
virtual_alias_maps = ldap:/etc/postfix/ldap-virtual.cf
virtual_alias_domains = $virtual_alias_maps
The virtual_alias_domains probably does a lookup in 'jdi.nl'. That isn't
directly in the map. Crap.
Looks like you are using virtual alias
On 2012.04.10 08.32, Wietse Venema wrote:
so the relationship between virtual_alias_maps/virtual_alias_domains is
not quite the same as the relationship between
virtual_mailbox_maps/virtual_mailbox_domains or
relay_recipients/relay_domains?
This is documented in virtual(5).
thanks for the
Igmar Palsenberg:
Is there a way to let postfix actually log the map lookups it does
? I've got debug_peer_level = 10 and a debug_peer_list set to the
testmachine, but that gave me little to go on. Logging the actual
map
lookups would be a very good starting point to debug this setup. I can
On Tue, Apr 10, 2012 at 03:20:23PM +0200, Igmar Palsenberg wrote:
alias_maps = ldap:/etc/postfix/ldap-aliases.cf
virtual_alias_maps = ldap:/etc/postfix/ldap-virtual.cf
virtual_alias_domains = $virtual_alias_maps
The virtual_alias_domains probably does a lookup in 'jdi.nl'. That
isn't
how to understand the log format of postfix, where can i get the document
about that?
Zitat von Igmar Palsenberg post...@palsenberg.com:
alias_maps = ldap:/etc/postfix/ldap-aliases.cf
virtual_alias_maps = ldap:/etc/postfix/ldap-virtual.cf
virtual_alias_domains = $virtual_alias_maps
The virtual_alias_domains probably does a lookup in 'jdi.nl'. That
isn't directly in the
On Tue, Apr 10, 2012 at 09:36:42AM -0400, btb wrote:
On 2012.04.10 08.32, Wietse Venema wrote:
so the relationship between virtual_alias_maps/
virtual_alias_domains is not quite the same as the relationship
between virtual_mailbox_maps/virtual_mailbox_domains or
On Tue, Apr 10, 2012 at 10:13:03PM +0800, zjfha...@126.com wrote:
how to understand the log format of postfix, where can i get the
document about that?
The logs are in plain language, so they should be understandable as
is. Perhaps if there is a message which you had trouble with, you
On 9.4.2012, at 16.25, Wietse Venema wrote:
Timo Sirainen:
There's a problem with aliases that LMTP server can't solve. Lets
say I have two aliases:
info@domain - shared@domain
sales@domain - shared@domain
The LMTP server sees RCPT TO:shared@domain for mails that arrive
to both of
Timo Sirainen:
I wonder if careful use of the DSN extension would help. With DSN,
the SMTP/LMTP client sends the original recipient with:
RCPT TO:final-rcpt ORCPT=rfc822;orig-rcpt ...
Does Postfix already send this if LMTP server advertises DSN?
Yes :-) It's the same code for both
On 10.4.2012, at 19.28, Wietse Venema wrote:
Timo Sirainen:
I wonder if careful use of the DSN extension would help. With DSN,
the SMTP/LMTP client sends the original recipient with:
RCPT TO:final-rcpt ORCPT=rfc822;orig-rcpt ...
Does Postfix already send this if LMTP server advertises
On 4/10/2012 4:36 AM, jonas wrote:
Hello,
I need to configure the following setup with postfix:
filter mail for 'supp...@example.com' based on sender address:
- if the sender address is inside a list of serveral 100.000 priorized
addresses, simply forward the mail to
Timo Sirainen:
On 10.4.2012, at 19.28, Wietse Venema wrote:
Timo Sirainen:
I wonder if careful use of the DSN extension would help. With DSN,
the SMTP/LMTP client sends the original recipient with:
RCPT TO:final-rcpt ORCPT=rfc822;orig-rcpt ...
Does Postfix already send this
On Tue, Apr 10, 2012 at 12:28:28PM -0400, Wietse Venema wrote:
RCPT TO:final-rcpt ORCPT=rfc822;orig-rcpt ...
Does Postfix already send this if LMTP server advertises DSN?
Yes :-) It's the same code for both SMTP and LMTP.
Since in most cases the LMTP server is not a queueing MTA, I
Viktor Dukhovni:
On Tue, Apr 10, 2012 at 12:28:28PM -0400, Wietse Venema wrote:
RCPT TO:final-rcpt ORCPT=rfc822;orig-rcpt ...
Does Postfix already send this if LMTP server advertises DSN?
Yes :-) It's the same code for both SMTP and LMTP.
Since in most cases the LMTP
On Apr 10, 2012, at 10.44, /dev/rob0 wrote:
+ * Note: virtual_alias_maps will be used with other address classes unless
+a given domain is listed in virtual_alias_domains. see the section on
To me, this confuses things more. virtual_alias_maps will be
consulted (and its results
It is postfix. It is being sent back to mail. It seems to be sent back to
the mx mail server from archive.
On Tuesday, April 10, 2012, mouss wrote:
Le 08/04/2012 20:13, Rich a écrit :
I am trying to build an archive server for all email. Here is my setup.
My domain is domain.com
my
On Tue, Apr 10, 2012 at 09:48:38PM -0400, Wietse Venema wrote:
Since in most cases the LMTP server is not a queueing MTA, I would
recommend a delivery agent option in Postfix that suppresses DSN
NOTIFY=... transmission to the LMTP server. Still send ORCPT, but
handle (any final) DSN in
28 matches
Mail list logo