Hi,
I have a virtual_alias_maps with a pcre entry like
/^(info|contact|etc)@/ localuser
and it delivers i...@anydomain.com to localuser even though
'anydomain.com' is not in virtual_alias_domains, is that normal?
no longer be stored in the table
main.cf:
...
virtual_alias_domains = example.com
virtual_alias_maps = mysql:${config_directory}/virtual.cf
virtual.cf:
...
domain = example.com
because only keys of the form localp...@example.com are passed to the
database.
--
Viktor.
Hello!
Currently I've virtual_alias_maps and virtual_alias_domains set:
virtual_alias_domains = mysql:/etc/postfix/mysql-virtual-alias-domains.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf
domains use this query:
query = SELECT domain FROM domains WHERE mail AND d
l enabled or disabled domains, postfix should take all emails
> > for which virtual_alias_maps returns an alias.
>
> You are confused.
That may certainly be right. ;-)
> Virtual alias rewriting applies to all domains
> unconditionally. Your original settings are fine. Don
On Wed, Sep 11, 2013 at 05:18:55PM +0200, Florian Lindner wrote:
> Since there are not many users and rather low mail traffic on
> the machine I want to simplify the query. There will be no more
> mail enabled or disabled domains, postfix should take all emails
> for which virtua
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/13/2013 12:30 PM, Thomas Spuhler wrote:
> On Tuesday, August 13, 2013 12:12:55 PM Noel Jones wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 8/13/2013 11:58 AM, Thomas Spuhler wrote:
>>> I have installed my brand new Kolab-3 mail
On Tuesday, August 13, 2013 12:12:55 PM Noel Jones wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 8/13/2013 11:58 AM, Thomas Spuhler wrote:
> > I have installed my brand new Kolab-3 mail server after
> > extensive testing on a virtual box. Unfortunately, I did not
> > test the ali
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/13/2013 11:58 AM, Thomas Spuhler wrote:
> I have installed my brand new Kolab-3 mail server after
> extensive testing on a virtual box. Unfortunately, I did not
> test the alias feature. If I send e-mails to to root@btspuhler,
> I get a message ba
transport_maps = ldap:/etc/postfix/ldap/transport_maps.cf
virtual_alias_maps = $alias_maps, ldap:/etc/postfix/ldap/virtual_alias_maps.cf,
ldap:/etc/postfix/ldap/mailenabled_distgroups.cf,
ldap:/etc/postfix/ldap/mailenabled_dynamic_distgroups.cf
submission_recipient_restrictions = check_policy_service
On 05/01/2013 11:17 AM, b...@systron.de wrote:
Hello list.
This is not working:
user1@host1 sends mail to userX@host2
Intention: userX@host2 incoming forwarding to user2@host1
host2 virtual_alias_maps:
@host1 user1@host1
@host2 user2@host1
Don't blindly use catch-alls; see below fo
Hello list.
This is not working:
user1@host1 sends mail to userX@host2
Intention: userX@host2 incoming forwarding to user2@host1
host2 virtual_alias_maps:
@host1 user1@host1
@host2 user2@host1
But user1@host1 receive back his eMail with origin userX@host2
This runs after a lot of trials
On Tue, Mar 05, 2013 at 11:19:22PM +0100, Michiel Hazelhof wrote:
> which results in a reject, Mail.log: Mar 5 21:55:30 black-mail
> postfix/smtpd[19444]: NOQUEUE: reject: RCPT from
> domain.nl[2a00:d10:101::26:0]: 554 5.7.1 :
> Recipient address rejected: Unknown user; from=
> to= proto=ESMTP he
= may
smtpd_tls_session_cache_database = btree:/var/lib/postfix/smtpd_scache
smtpd_use_tls = yes
smtp_tls_session_cache_database = btree:/var/lib/postfix/smtp_scache
spamassassin_destination_recipient_limit = 1
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps =
mysql:/etc/postfix
Hi ,
I use virtual_alias_maps with a mysql server to manage aliases and
catch-all accounts.
For the past few years this approach worked like a charm, but after
upgrading to 2.10 I get two different behaviours.
When mailing from a domain to a domain both hosted on this server, the
On Thu, Dec 13, 2012 at 10:55:35AM +0100, LEVAI Daniel wrote:
> I thought I could combine (chain together) my alias_{database,maps}
> tables with my virtual_alias_maps table.
> I figured that if I specify in my aliases table:
> root: daniell
> and in my virtual table:
>
Hi!
I thought I could combine (chain together) my alias_{database,maps}
tables with my virtual_alias_maps table.
I figured that if I specify in my aliases table:
root: daniell
and in my virtual table:
daniell daniell@email_address
then mails for root from localhost would end up in the
On 12/12/2012 02:01 AM, Wietse Venema wrote:
Muzaffer:
virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
..
Dec 12 01:11:27 kartagis postfix/trivial-rewrite[24213]: warning: connect
to mysql serve
Original Message
Subject:Re: virtual_alias_maps map lookup problem
Date: Wed, 12 Dec 2012 09:01:51 +0200
From: Muzaffer Tolga Özses
To: Wietse Venema
CC: postfix users
On 12/12/2012 02:01 AM, Wietse Venema wrote:
Muzaffer:
virtual_mailbox_domains
On 12/12/2012 02:01 AM, Wietse Venema wrote:
Muzaffer:
virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
..
Dec 12 01:11:27 kartagis postfix/trivial-rewrite[24213]: warning: connect
to mysql serve
Muzaffer:
> virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
> virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
..
> Dec 12 01:11:27 kartagis postfix/trivial-rewrite[24213]: warning: connect
> to mysql server 127.0.0.1: Access denied for user 'pfuser
894...@bilgisayarciniz.org>
Dec 12 01:06:12 kartagis postfix/cleanup[23358]: warning: 053189437B:
virtual_alias_maps map lookup problem for r...@bilgisayarciniz.org
postconf -n:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_c
Muhammad Yousuf Khan:
> i was testing /etc/aliases and virtual_alias_maps define in
> /etc/postfix/main.cf
> both works fine for me. however the confusion part is i can not
> understand the difference b/w them. like in which case i can use
> virtual_alias_maps or /etc/aliases file.
i was testing /etc/aliases and virtual_alias_maps define in /etc/postfix/main.cf
both works fine for me. however the confusion part is i can not
understand the difference b/w them. like in which case i can use
virtual_alias_maps or /etc/aliases file.
Thanks in advance for any help .
recipient_maps} ${mydestination}
${virtual_alias_maps} ${virtual_mailbox_maps}
${virtual_mailbox_domains} ${relay_recipient_maps} ${relay_domains}
${canonical_maps} ${sender_canonical_maps}
${recipient_canonical_maps}
${relocated_maps} ${transport_maps} ${mynetworks}
${virtual_mailbox_limit_maps
:8}s
postscreen_helo_required = yes
proxy_read_maps = ${local_recipient_maps} ${mydestination}
${virtual_alias_maps} ${virtual_mailbox_maps} ${virtual_mailbox_domains}
${relay_recipient_maps} ${relay_domains} ${canonical_maps}
${sender_canonical_maps} ${recipient_canonical_maps} ${relocated_
* Marko Weber :
>
> Hello,
>
> i use virtual user and virtual domains in postfix with mysql.
> to existing users the mails will be delivered.
> but when i create a alias (postfixadmin), the mail is bounced.
>
> Jun 8 10:50:40 mail dovecot: auth-worker: sql(postmas...@zbfxxx.de):
> Unknown user
Hello,
i use virtual user and virtual domains in postfix with mysql.
to existing users the mails will be delivered.
but when i create a alias (postfixadmin), the mail is bounced.
Jun 8 10:50:40 mail dovecot: auth-worker: sql(postmas...@zbfxxx.de):
Unknown user
Jun 8 10:50:40 mail postfix/pip
th
> hardcoded values for the LHS matches.
>
> I do have my domain lists in SQLite, but I don't do this. I just add
> postmaster/abuse aliases when adding a domain. If this is something
> commonplace, you can script it.
>
> It looks like you are duplicating alias_maps in
On Thu, Mar 22, 2012 at 08:53:09AM -0500, /dev/rob0 wrote:
> if /\@(example\.com|(other|third)\.example)$/
> ... your LHS stuff ...
> endif
>
> (Escaping of the \@ is necessary in PCRE but not POSIX RE.)
It is not necessary in PCRE either. One only needs to escape @ in
Perl code, but not in PCRE
On Thu, Mar 22, 2012 at 12:33:26PM +0100, Claudius wrote:
> I have a configuration/understanding problem with
> virtual_alias_maps and a regexp to catch all my domains.
>
> This is my config:
>
> main.cf:
> virtual_alias_maps =
> regexp:/etc/postfix/virtu
Hi,
I have a configuration/understanding problem with virtual_alias_maps and
a regexp to catch all my domains.
This is my config:
main.cf:
virtual_alias_maps =
regexp:/etc/postfix/virtual_aliases_global.regexp,
[...]
virtual_aliases_global.regexp:
/^(postmaster|root|MAILER-DAEMON|abuse
for
> @abpni.com @abpni.net.
Yes, catch-all addresses defeat the built-in address validation.
> Do I have to list each address explicitly in the virtual alias map
> as well?
List all valid mappings in the virtual_alias_maps table -- no
wildcards. You only need to list the "real" address in
relay_recipient_maps.
-- Noel Jones
Hi Everyone,
We are using postfix as an edge mx gateway for incoming mails.
Our company has 3 domain names (@abpni.co.uk, @abpni.com, @abpni.net).
@abpni.co.uk is our main domain.
Each user may have a few "aliases". I list these aliases in the table
which virtual_alias_maps poi
-Nachricht
> Datum: Sun, 11 Dec 2011 21:58:55 +
> Von: James Day
> An: "lupin...@gmx.net" , "postfix-users@postfix.org"
>
> Betreff: RE: virtual_alias_maps / mysql problem
> I think you need to be using virtual_mailbox_maps to create a list of
> valid re
ostfix.org [owner-postfix-us...@postfix.org] On
Behalf Of lupin...@gmx.net [lupin...@gmx.net]
Sent: Sunday, December 11, 2011 4:31 PM
To: postfix-users@postfix.org
Subject: Re: virtual_alias_maps / mysql problem
thank you for the hint!
i activated the query-log and the query is executed ok. i also
ts/key.pem
smtpd_tls_received_header = no
smtpd_use_tls = yes
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
unverified_recipient_reject_code = 550
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual.cf
virtual_mailbox_domains = domain.de
virtual_transport
Am 11.12.2011 15:18, schrieb lupin...@gmx.net:
> thank you for you reply.
> virtual_mailbox_domains is set, as is virtual_transport.
> do you mean using a hash-file to test it or for permanent use?
> there are some 500 mail-users on the server, who change relatively often and
> who have each a n
On Sunday 11 December 2011 07:21:13 lupin...@gmx.net wrote:
> i´m not quite sure if the problem is directly the
> virtual_alias_maps or something it interacts with, so to say. in
> main.cf i set
> virtual_alias_maps = mysql:/etc/postfix/mysql-virtual.cf
'postmap -q virtual
...@gmx.net
Sent: Dec 11, 2011 2:19 PM
To: postfix-users@postfix.org
Subject: Re: RE: virtual_alias_maps / mysql problem
thank you for you reply.
virtual_mailbox_domains is set, as is virtual_transport.
do you mean using a hash-file to test it or for permanent use?
there are some 500 mail-users on the
t; , "postfix-users@postfix.org"
>
> Betreff: RE: virtual_alias_maps / mysql problem
> First make sure that the domain you are sending to is set as a virtual
> mailbox domain. It sounds like you've already set the virtual transport to
> dovecot which is right. If you thin
ginal Message-
From: lupin...@gmx.net
Sent: Dec 11, 2011 1:21 PM
To: postfix-users@postfix.org
Subject: virtual_alias_maps / mysql problem
Hello!
i´m not quite sure if the problem is directly the virtual_alias_maps or
something it interacts with, so to say.
in main.cf i set
virtual_alias
Hello!
i´m not quite sure if the problem is directly the virtual_alias_maps or
something it interacts with, so to say.
in main.cf i set
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual.cf
unverified_recipient_reject_code = 550
unknown_local_recipient_reject_code = 550
and in mysql
by the edge server.
>
> On the edge server, I have a virtual_alias_maps. It is possible to
> make my postfix edge server only accept mail for accounts which are
> listen in the virtual_alias_maps table? I currently have
> relay_domains set to our company domain name however if I disabl
Hi Everyone,
I have a Postfix edge MX server which is used to receive incoming mail
from the outside world. This server forwards mail onto an internal SMTP
server which has all the user accounts. Aliases are managed by the edge
server.
On the edge server, I have a virtual_alias_maps. It is
On Tue, 21 Jun 2011 02:15:03 +0200, Simone Caruso
wrote:
> On 21/06/2011 00:50, l...@airstreamcomm.net wrote:
>> virtusertable.mappings.cf
>>
>> hosts = host
>> user = user
>> password = pass
>> dbname = virtusertable
>> query = SELECT address, destination FROM mappings WHERE address = '%s'
> Try
On 21/06/2011 00:50, l...@airstreamcomm.net wrote:
> virtusertable.mappings.cf
>
> hosts = host
> user = user
> password = pass
> dbname = virtusertable
> query = SELECT address, destination FROM mappings WHERE address = '%s'
Try
query = SELECT destination FROM mappings WHERE address = '%s'
--
base = hash:/etc/aliases, hash:/opt/majordomo/aliases
#virtual_alias_domains = hash:/etc/postfix/local-host-names-dynamic
virtual_alias_domains = mysql:/etc/postfix/local-host-names.cf
#virtual_alias_maps = hash:/etc/postfix/virtusertable.users,
hash:/etc/postfix/virtusertable.mappings,
hash:/etc
On 03/31/2011 08:41 AM, Corey Quinn wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 30, 2011, at 2:08 PM, Noel Jones wrote:
On 3/30/2011 3:53 PM, Ansgar Wiechers wrote:
On 2011-03-30 Corey Quinn wrote:
On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 30, 2011, at 2:08 PM, Noel Jones wrote:
> On 3/30/2011 3:53 PM, Ansgar Wiechers wrote:
>> On 2011-03-30 Corey Quinn wrote:
>>> On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
# main.cf
smtp_generic_maps =
regexp:/etc/postfix/ge
On 3/30/2011 3:53 PM, Ansgar Wiechers wrote:
On 2011-03-30 Corey Quinn wrote:
On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
# main.cf
smtp_generic_maps =
regexp:/etc/postfix/generic.regexp
# generic.regexp
IF /+.*@example\.com$/
/^(.*)+/ $1...@example.com
ENDIF
Threw this verbatim into
On 2011-03-30 Corey Quinn wrote:
> On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
>> # main.cf
>> smtp_generic_maps =
>> regexp:/etc/postfix/generic.regexp
>>
>> # generic.regexp
>> IF /+.*@example\.com$/
>> /^(.*)+/ $1...@example.com
>> ENDIF
>
> Threw this verbatim into my generic.regexp:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 30, 2011, at 1:29 PM, Wietse Venema wrote:
> Corey Quinn:
>> On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
>>>
>>> # main.cf
>>> smtp_generic_maps =
>>> regexp:/etc/postfix/generic.regexp
>>>
>>> # generic.regexp
>>> IF /+.*@example\.com$/
On Wed, Mar 30, 2011 at 02:46:39PM -0500, Noel Jones wrote:
> That's a very different problem, ie. strip recipient delimiters from mail
> relayed externally.
>
> Sounds as if smtp_generic_maps will fill the need.
> http://www.postfix.org/ADDRESS_REWRITING_README.html#generic
>
>
> # main.cf
> smt
Corey Quinn:
> On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
> >
> > # main.cf
> > smtp_generic_maps =
> > regexp:/etc/postfix/generic.regexp
> >
> > # generic.regexp
> > IF /+.*@example\.com$/
Remove the initial "+" character.
Wietse
On Mar 30, 2011, at 12:46 PM, Noel Jones wrote:
>
> # main.cf
> smtp_generic_maps =
> regexp:/etc/postfix/generic.regexp
>
> # generic.regexp
> IF /+.*@example\.com$/
> /^(.*)+/ $1...@example.com
> ENDIF
Threw this verbatim into my generic.regexp:
[root@mx1 postfix]# postmap -q "user+t...@ex
On 3/30/2011 2:13 PM, Corey Quinn wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 30, 2011, at 9:35 AM, Clayton Keller wrote:
I would like to allow the use of the recipient_delimiter, but rewrite the
address to ensure that it is delivered to the original address.
i.e. clay+t...@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 30, 2011, at 9:35 AM, Clayton Keller wrote:
> I would like to allow the use of the recipient_delimiter, but rewrite the
> address to ensure that it is delivered to the original address.
>
> i.e. clay+t...@domain.tld -> c...@domain.tld
I'm a
>>
>
> I thought about that as well. However, the list could grow to over 20k+
> addresses.
I have a multiple of that many users in LDAP.
> Should I use the virtual_alias_maps rather than my use of:
>
> relay_recipient_maps = hash:/etc/postfix/relay_reci
c...@domain.tld
I would like this to be available to all addresses we accept mail for. To
do so I have been testing a regexp using virtual_alias_maps.
I would like to be able to rewrite the address as described, but properly
handle the recipient verification similar to that when the
virtual_alias_maps is
is to be available to all addresses we accept mail for. To
> do so I have been testing a regexp using virtual_alias_maps.
> I would like to be able to rewrite the address as described, but properly
> handle the recipient verification similar to that when the
> virtual_alias_maps is n
exp using virtual_alias_maps.
Unfortunately, when doing so this causes an issue with recipient
verification checks. Since the address "passes" the regexp it is being
treated as a known address and accepted.
After reading through some of the docs I found informat
On 2011-03-01 3:35 PM, Wietse Venema wrote:
> Charles Marcus:
>> Currently, using virtual for deliver, I'm getting these X-Original-To
>> headers, which I have gotten very used to and rely on - but if/when we
>> switch to dovecot+LMTP, we will lose them?
> You can fake it in the SMTP server with
Charles Marcus:
> On 2011-02-17 1:16 PM, Victor Duchovni wrote:
> > On Thu, Feb 17, 2011 at 05:03:04PM +, Adam Hamer wrote:
> >> "Postfix will not add X-Original-To when forwarding mail."
>
> > Yes, really when not using a delivery agent that is typically used
> > for outbound or relay email.
On 2011-02-17 1:16 PM, Victor Duchovni wrote:
> On Thu, Feb 17, 2011 at 05:03:04PM +, Adam Hamer wrote:
>> "Postfix will not add X-Original-To when forwarding mail."
> Yes, really when not using a delivery agent that is typically used
> for outbound or relay email. In the case of lmtp(8) this
> Wietse Venema:>> If it is only for one special case,
>
> /etc/postfix/main.cf
> smtpd_recipient_restrictions =
> permit_mynetworks
> ...
> reject_unauth_destination
> ...
> check_recipient_access hash:/etc/postfix/recipient_access
>
> /etc/postfix/recipient_access:
> u...@example.com PREPEND: X
Wietse Venema:
> > ??Thanks again Viktor.
> > It sounds a bit more in depth than I was hoping for. Given the _only_ func
> >-tion for this alias is to forward to one address, would it be possible to do
> >- a simpler approach??
>
> If it is only for one special case,
>
> /etc/postfix/main.cf
>
Adam Hamer:
[ Charset ISO-8859-1 unsupported, converting... ]
>
>
>
> > Aliasing via virtual(5) is brutally efficient. No content modification,
> > just message routing, so the header is not added.
> >
> > To add an X-Original-Recipient header, messages to multiple recipients
> > have to be spli
> Aliasing via virtual(5) is brutally efficient. No content modification,
> just message routing, so the header is not added.
>
> To add an X-Original-Recipient header, messages to multiple recipients
> have to be split into one copy per-recipient since the header you want
> is recipient-specifi
On Thu, Feb 17, 2011 at 09:43:05PM +, Adam Hamer wrote:
> > Are you in fact forwarding email off-site or are you using lmtp(8) to
> > deliver email into a Dovecot IMAP store?
>
> Off-site. Any ideas for which way to go to make those aliases have
> the X-Original-To?
Aliasing via virtual(5) is
> On Thu, Feb 17, 2011 at 05:03:04PM +, Adam Hamer wrote:
>
> > I have an entry in the virtual_alias_maps for a few users to be
> > redirected to zendesk.com. zendesk requires a X-Original-To header set
> > for some stuff to work, but it isn't added in my postfix
On Thu, Feb 17, 2011 at 05:03:04PM +, Adam Hamer wrote:
> I have an entry in the virtual_alias_maps for a few users to be
> redirected to zendesk.com. zendesk requires a X-Original-To header set
> for some stuff to work, but it isn't added in my postfix setup.
> I have a ba
I have an entry in the virtual_alias_maps for a few users to be redirected to
zendesk.com. zendesk requires a X-Original-To header set for some stuff to
work, but it isn't added in my postfix setup.
I have a basic postfix setup with dovecot for virtual delivery, but from the
logs it ap
nts WHERE email='%s'
> smtpd_recipient_restrictions =
> ...,
> check_recipient_access mysql:/etc/postfix/mysql_relay.cf,
> check_recipient_access hash:/etc/postfix/domains
> # contains: domain.com reject_unverified_recipient
Change "reject_unverified_recipient&q
iate OK for o...@domain.com, since this address is within the
table
b) postfix queryies the primary MX, since t...@domain.com is not within
the table
so far, so good ..
PART 3 (problem):
domain.at is an alias for domain.com. so i added the following:
---
virtual_alias_m
On 12/02/2010 10:29 AM, Brian Evans - Postfix List wrote:
On 12/2/2010 10:08 AM, Robert Moskowitz wrote:
On 12/02/2010 09:40 AM, Brian Evans - Postfix List wrote:
In order for this to work, you should add non-local user aliases to
virtual_alias_maps using the fully qualified addresses on both
On 12/2/2010 10:08 AM, Robert Moskowitz wrote:
On 12/02/2010 09:40 AM, Brian Evans - Postfix List wrote:
In order for this to work, you should add non-local user aliases to
virtual_alias_maps using the fully qualified addresses on both the
left and right sides.
virtual_alias_maps are global
On 12/02/2010 09:40 AM, Brian Evans - Postfix List wrote:
In order for this to work, you should add non-local user aliases to
virtual_alias_maps using the fully qualified addresses on both the
left and right sides.
virtual_alias_maps are global and you *should not* add anything to
On 09/29/2010 12:13 AM, Jonathan Thorpe wrote:
Hi All,
I am looking to migrate from an old Sendmail configuration to Postfix for
secondary mail. The environment services hundreds of domains.
The current configuration on Sendmail works as follows:
1. There are two mail servers - mx1 and mx2.
2.
haste.
> What seems to happen at the moment is:
> 1. Postfix looks at the virtual_alias_maps and attempts to handle the
> alias mapping rather than first looking at the MX priority.
As documented.
--
Viktor.
laying for.
What seems to happen at the moment is:
1. Postfix looks at the virtual_alias_maps and attempts to handle the alias
mapping rather than first looking at the MX priority.
Would anyone happen to have a few pointers on how I might be able to achieve
the above?
Many thanks,
Jonathan
j...@scusting.com:
> Hi,
>
> I have inherited a postfix MDA that I'm just trying to understand and we
> currently have a problem with the forwarding of emails using LDAP lookups.
>
> Currently an email is forwarded if it matches the below map:
>
> virtual_
Hi,
I have inherited a postfix MDA that I'm just trying to understand and we
currently have a problem with the forwarding of emails using LDAP lookups.
Currently an email is forwarded if it matches the below map:
virtual_alias_maps = ldap:ldapforward
ldapforward_query_filter =
(&(
not have any local mailboxes on it.
I am trying to have virtual_alias_maps as the sole lookup and
any other
mail is rejected during the SMTP session after the RCPT TO
command if
the address is not found in virtual_alias_maps.
I have the follow
ve any local mailboxes on it.
I am trying to have virtual_alias_maps as the sole lookup and
any other
mail is rejected during the SMTP session after the RCPT TO
command if
the address is not found in virtual_alias_maps.
I have the following
On Thu, Jun 10, 2010 at 11:53 AM, Noel Jones wrote:
> On 6/10/2010 10:20 AM, Chad Morland wrote:
>
>> I am trying to setup a server that will be only used for mail forwarding
>> and will not have any local mailboxes on it.
>>
>> I am trying to have virtual_alias_m
On 6/10/2010 10:20 AM, Chad Morland wrote:
I am trying to setup a server that will be only used for mail forwarding
and will not have any local mailboxes on it.
I am trying to have virtual_alias_maps as the sole lookup and any other
mail is rejected during the SMTP session after the RCPT TO
I am trying to setup a server that will be only used for mail forwarding and
will not have any local mailboxes on it.
I am trying to have virtual_alias_maps as the sole lookup and any other mail
is rejected during the SMTP session after the RCPT TO command if the address
is not found in
On 5/12/2010 7:36 AM, M.S. Lucas wrote:
Hello,
Newbie allert.
I want to do the following
us...@domain.nl <mailto:us...@domain.nl> us...@domain.nl
<mailto:us...@domain.nl>, us...@domain.nl
So every email to user1 is delivered to user1 and to user2.
I try this in the virtual_alias
Hello,
Newbie allert.
I want to do the following
us...@domain.nl us...@domain.nl, us...@domain.nl
So every email to user1 is delivered to user1 and to user2.
I try this in the virtual_alias_maps but is this the best place and don't I
get a loop this way?
With
On 2010-04-15 Bruno Ribeiro da Silva wrote:
> Hi, I'm having some trouble with my production server, that mailman
> stopped working apparently without any modification. I think
> everything at my postfix configuration is ok, but what I'm seeing is
> that virtual_alias
On 4/15/2010 3:22 PM, Bruno Ribeiro da Silva wrote:
Hi, I'm having some trouble with my production server, that mailman
stopped working apparently without any modification. I think
everything at my postfix configuration is ok, but what I'm seeing is
that virtual_alias_maps isn
Hi, I'm having some trouble with my production server, that mailman
stopped working apparently without any modification. I think
everything at my postfix configuration is ok, but what I'm seeing is
that virtual_alias_maps isn't working as expected.
My setup consists in one
). The above
does not appear to have the syntax of a stored query, there is no
"filter part".
>I did that and it does list all ou=Mail,o=example,c=com mail accounts.
What does this mean? What tool did you use?
>Then I modified my [7]ldap:everyone mappings to
I am resending this because I've accidentaly sent the last email in
HTML format, sorry.
> Original Message
> Subject: Re: every...@example.com virtual_alias_maps using ldap query
> From: Victor Duchovni
> To: Ronie Gilberto Henrich
> Cc: postfix-users@pos
Original Message
Subject: Re: every...@example.com virtual_alias_maps using ldap query
From: Victor Duchovni
To: Ronie Gilberto Henrich
Cc: postfix-users@postfix.org
Date: Thu Mar 18 2010 14:00:45 GMT-0300
Something like a support for variables (%u) on the left
On Thu, Mar 18, 2010 at 01:54:08PM -0300, Ronie Gilberto Henrich wrote:
> Isn't it a simpler way to accomplish that?
No.
> Something like a support for variables (%u) on the left side?
>
> Example:
> everyone_query_filter = (&(accountStatus=active)(%u=everyone))
This is not "simpler" it is sim
Re: every...@example.com virtual_alias_maps using ldap query
From: Victor Duchovni
To: postfix-users@postfix.org
Date: Thu Mar 18 2010 13:45:50 GMT-0300
On Thu, Mar 18, 2010 at 01:31:11PM -0300, Ronie Gilberto Henrich wrote:
The problem about your solution below is that it will go into a loop.
Only
On Thu, Mar 18, 2010 at 01:31:11PM -0300, Ronie Gilberto Henrich wrote:
>The problem about your solution below is that it will go into a loop.
Only if you go out of your way to make it loop. The address
expansion in virtual(5) is recursive, but it stops as soon as address
expands to itself.
of the project Postfix, is it easy to add
support for variables (%u) on the left side?
Example:
everyone_query_filter = (&(accountStatus=active)(%u=everyone))
Thanks,
Ronie
Original Message
Subject: Re: every...@example.com virtual_alias_maps using ldap query
From: Reinald
On Tue, Mar 16, 2010 at 10:38 PM, Ronie Gilberto Henrich
wrote:
> Hi Reinaldo,
>
> Let me explain better how virtual_alias_maps works in this case:
> 1) Someone send an email to every...@example.com
> 2) Query ldap:everyone result has to be us...@example.com,
> us...@example.c
201 - 300 of 425 matches
Mail list logo