On 1/28/2010 3:35 PM, Serge Fonville wrote:
Hi,
I using virtual_alias_maps with mysql for storage. Working fine.
Does anyone have a suggestion on how to update a timestamp field in the
mysql table when postfix finds a virtual_alias_maps match?
I'm looking for a way to measure alias
I using virtual_alias_maps with mysql for storage. Working fine.
Does anyone have a suggestion on how to update a timestamp field in the
mysql table when postfix finds a virtual_alias_maps match?
I'm looking for a way to measure alias usage and cull unused aliases.
Have you considered
On 1/28/2010 4:12 PM, Serge Fonville wrote:
I using virtual_alias_maps with mysql for storage. Working fine.
Does anyone have a suggestion on how to update a timestamp field in the
mysql table when postfix finds a virtual_alias_maps match?
I'm looking for a way to measure alias usage
On Thu, Jan 28, 2010 at 10:40 PM, Brian Evans - Postfix List
grkni...@scent-team.com wrote:
On 1/28/2010 4:12 PM, Serge Fonville wrote:
I using virtual_alias_maps with mysql for storage. Working fine.
Does anyone have a suggestion on how to update a timestamp field in the
mysql table when
a mail for the *alias* arrives, I want to tee it, using virtual_alias_maps:
alias...@example.com - alias...@example.com, alias...@rewrite.example.com
when a mail arrives for mail OR alias, I want to check if I should
forward it (and eventual keep a local copy), using virtual_alias_map
again
abc
, check_policy_service inet:127. 10023
smtpd_sender_restrictions = permit_mynetworks, reject_non_fqdn_sender,
reject_unknown_sender_domain, permit
unknown_local_recipient_reject_code = 550
virtual_alias_maps = mysql:/usr/local/etc/postfix/aliases.mysql
virtual_gid_maps = static:5000
* Wietse Venema wie...@porcupine.org [2009-10-23 06:47:22 -0400]:
Please show what Postfix logs NOW with THIS configuration after
you made all the changes. I want to see actual data, not claims
by an eyewitness.
Mail from remote server:
Oct 23 14:50:09 skuns postfix/smtpd[55651]: connect from
* Wietse Venema wie...@porcupine.org [2009-10-23 08:07:41 -0400]:
Apparently,
1) You have virtual alias mapping enabled BEFORE the content filter,
as shown by these logfile records:
Oct 23 14:50:10 skuns spampd[60584]: processing message
20091023105009.a3ad656...@hive.ulgsm.ru
al...@ulgsm.ru:
* Wietse Venema wie...@porcupine.org [2009-10-23 08:07:41 -0400]:
Apparently,
1) You have virtual alias mapping enabled BEFORE the content filter,
as shown by these logfile records:
Oct 23 14:50:10 skuns spampd[60584]: processing message
Hi, I'm confused about how works the map tables in Postfix, I'm using the
2.4.1 version.
I have setup the virtual_mailbox_domains to return the domain names, for
that we are the final destination and I have also setup the
virtual_alias_maps for trivial rewrite of some addresses.
My problem
Hi all.
postfix-2.6.5.
Part users put mail on mailboxes, another part forwarding to different
domain.
virtual_mailbox_domains = ulgsm.ru
virtual_alias_maps = mysql:/usr/local/etc/postfix/aliases.mysql
virtual_mailbox_maps = mysql:/usr/local/etc/postfix/mailboxes.mysql
work fine.
first checks
al...@ulgsm.ru:
Oct 22 13:03:34 skuns postfix/cleanup[46220]: warning: table
mysql:/usr/local/etc/postfix/aliases.mysql: empty lookup result for:
al...@ulgsm.ru -- ignored
Fix that.
Wietse
* Wietse Venema wie...@porcupine.org [2009-10-22 06:40:01 -0400]:
al...@ulgsm.ru:
Oct 22 13:03:34 skuns postfix/cleanup[46220]: warning: table
mysql:/usr/local/etc/postfix/aliases.mysql: empty lookup result for:
al...@ulgsm.ru -- ignored
Fix that.
It is not problem.
al...@ulgsm.ru not
* Ключников А.С. al...@ulgsm.ru:
* Wietse Venema wie...@porcupine.org [2009-10-22 06:40:01 -0400]:
al...@ulgsm.ru:
Oct 22 13:03:34 skuns postfix/cleanup[46220]: warning: table
mysql:/usr/local/etc/postfix/aliases.mysql: empty lookup result for:
al...@ulgsm.ru -- ignored
Fix
* Ralf Hildebrandt ralf.hildebra...@charite.de [2009-10-22 13:08:57 +0200]:
* Ключников А.С. al...@ulgsm.ru:
* Wietse Venema wie...@porcupine.org [2009-10-22 06:40:01 -0400]:
al...@ulgsm.ru:
Oct 22 13:03:34 skuns postfix/cleanup[46220]: warning: table
On 10/22/2009 2:35 AM, Tomas Macek wrote:
Hi, I'm confused about how works the map tables in Postfix, I'm using
the 2.4.1 version.
I have setup the virtual_mailbox_domains to return the domain names
When you use a table for virtual_mailbox_domains, it must not
return a list of domains.
al...@ulgsm.ru:
Checking application/pgp-signature: FAILURE
-- Start of PGP signed section.
[ Charset UTF-8 unsupported, converting... ]
* Ralf Hildebrandt ralf.hildebra...@charite.de [2009-10-22 13:08:57 +0200]:
* ? ?.?. al...@ulgsm.ru:
* Wietse Venema wie...@porcupine.org
Yes, that's what I returning now: not found - the domain was not found in
the virtual_mailbox_domains table
Tomas
On Thu, 22 Oct 2009, Noel Jones wrote:
On 10/22/2009 2:35 AM, Tomas Macek wrote:
Hi, I'm confused about how works the map tables in Postfix, I'm using
the 2.4.1 version.
I
On 10/22/2009 8:34 AM, Tomas Macek wrote:
Yes, that's what I returning now: not found - the domain was not found
in the virtual_mailbox_domains table
Do not top post.
If you require more help, please see
http://www.postfix.org/DEBUG_README.html#mail
On Monday 03 August 2009 15:27:40 David Zejda wrote:
I have many mappings in virtual_alias_maps to other mail addresses, but
I am not succesfull in aliasing to a command using the | in the form:
virtal...@zejda.net |/usr/bin/procmail /home/veronika/.procmailrc
That's because it was never
(a):
On Monday 03 August 2009 15:27:40 David Zejda wrote:
I have many mappings in virtual_alias_maps to other mail addresses, but
I am not succesfull in aliasing to a command using the | in the form:
virtal...@zejda.net |/usr/bin/procmail /home/veronika/.procmailrc
That's because
John/SML a écrit :
[snip]
cleanup unix n - - - 0 cleanup
mouss said:
make sure the 5th field is 'n' (and not 'y' nor '-').
then you said:
I have disbabled chroot in master.cf
Wasn't that a lie?
[snip]
John/SML:
Jul 24 14:16:22 imapsv02 postfix/master[17734]: warning: process
/usr/lib/postfix/cleanup pid 17969 exit status 2
...
I googled the problem, but find no clue. Any idea?
This is the official reference:
http://www.postfix.org/DEBUG_README.html#logging
And please turn off that
On Monday 27 July 2009 05:38:17 Wietse Venema wrote:
John/SML:
Jul 24 14:16:22 imapsv02 postfix/master[17734]: warning: process
/usr/lib/postfix/cleanup pid 17969 exit status 2
...
I googled the problem, but find no clue. Any idea?
This is the official reference:
John/SML a écrit :
[snip]
however, there is an error about cleanup server in the verbose log when
using LDAP :-
mouss said:
next time, do not show VERBOSE logs unless asked. ...
[verbose log ignored]
I googled the problem, but find no clue. Any idea?
Please be collaborative,
virtual_alias_maps = ldap:/etc/postfix/ldap-virtualalias
virtual_gid_maps = static:112
virtual_mailbox_base = /local/mailbox
virtual_mailbox_domains = imapsv02.auth.hk1.sml.citizen.co.jp
virtual_mailbox_maps = ldap:/etc/postfix/ldap-virtualmailbox
virtual_minimum_uid = 100
virtual_uid_maps = static:104
=== end
. Though the
virtual_alias_maps by hash and LDAP return the same results :-
postmap -q 'venus@auth.hk1.sml.citizen.co.jp'
hash:/etc/postfix/virtual
venus@imapsv02.auth.hk1.sml.citizen.co.jp
postmap -q 'venus@auth.hk1.sml.citizen.co.jp'
ldap:/etc/postfix/ldap-virtualalias
venus
John/SML a écrit :
[snip]
It worked well by storing the virtual_alias_maps in hash table, but it
failed when changed to LDAP with an error Error : 4.3.0 queue file
write error
Show postfix _logs_. see the DEBUG README.
[snip]
.sml.citizen.co.jp
Jul 24 14:16:22 imapsv02 postfix/smtpd[17966]: maps_find:
virtual_alias_maps:
ldap:/etc/postfix/ldap-virtualalias(0,lock|fold_fix):
venus@auth.hk1.sml.citizen.co.jp =
venus@imapsv02.auth.hk1.sml.citizen.co.jp
Jul 24 14:16:22 imapsv02 postfix/smtpd[17966]: mail_addr_find:
venus
John Mok a écrit :
Hi Mouss,
Thank you for your prompt reply.
The following is the smptd verbose log,
next time, do not show verbose logs unless asked. the less we have to
read, the better.
[snip]
Are you using a proxy_filter? if so, take a look at
.sml.citizen.co.jp
It worked well by storing the virtual_alias_maps in hash table, but it
failed when changed to LDAP with an error Error : 4.3.0 queue file write
error I checked the postmap and the result from hash is same as LDAP
:-
postmap -q 'venus@auth.hk1.sml.citizen.co.jp'
hash:/etc
a virtual_alias_maps table. This
address
gets redirected to an account on another smtp server. I would like
to
rate limit the delivery perhaps by sending it over its own
transport?
Any clues/pointers appreciated.
mail_version = 2.2.10
A workaround for Postfix 2.5 is in
http://www.postfix.org
Hi all - need someone to hit me with a clue bat.
I have one particular address in a domain that is handled by
virtual_alias_domains through a virtual_alias_maps table. This address
gets redirected to an account on another smtp server. I would like to
rate limit the delivery perhaps by sending
Calvin Browne:
Hi all - need someone to hit me with a clue bat.
I have one particular address in a domain that is handled by
virtual_alias_domains through a virtual_alias_maps table. This address
gets redirected to an account on another smtp server. I would like to
rate limit the delivery
Correction in-line.
Wietse Venema:
Calvin Browne:
Hi all - need someone to hit me with a clue bat.
I have one particular address in a domain that is handled by
virtual_alias_domains through a virtual_alias_maps table. This address
gets redirected to an account on another smtp server
Is it possible to avoid recipient_bcc_maps picking up aliases in the
virtual_alias_maps table?
I have a pcre recipient_bcc_map entry that catches an entire domain and
forwards it in such a way that the transports table hands it to my
archivemail transport:
# cat recipient_bcc
J.P. Trosclair:
Is it possible to avoid recipient_bcc_maps picking up aliases in the
virtual_alias_maps table?
No.
Wietse
= 0
mydestination = mail.domain.ro, localhost
myhostname = mail.domain.ro
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
myorigin = mail.domain.ro
readme_directory = no
recipient_delimiter = +
virtual_alias_maps = $local_recipient_maps
virtual_mailbox_domains = domain.ro
virtual_transport
= +
virtual_alias_maps = $local_recipient_maps
oh no. don't mix virtual_alias_maps and local_recipient_maps.
virtual_mailbox_domains = domain.ro
virtual_transport = lmtp:unix:/var/run/cyrus/socket/lmtp
In /etc/aliases I put (along the root aliasing defaults):
test:user1,user2
then newalias'ed
On 10-Mar-2009, at 21:42, Victor Duchovni wrote:
You are supposed to now have just the domains here, and the user
mappings
in virtual_alias_maps.
OK, i thought I tried that when I put the bare domains in
virtual_alias_domains but something else must have been mucked up then.
I did say
On 10-Mar-2009, at 21:48, Sahil Tandon wrote:
The lookup key for virtual_alias_DOMAINS should be a domain name,
not full address. Are you going to reply with some more sarcastic
pedantry? :-)
Hey now, there's always room for more sarcastic pedantry!
I *think* I have it all straight in my
On 9-Mar-2009, at 15:58, mouss wrote:
you must understand the difference between
virtual_mailbox_domains
and
virtual_alias_domains
I understand the difference, I have virtual_mailbox_domains assigned
and I don't have virtual_alias_domains :)
Actually, isn't
, virtual_alias_domains=$virtual_alias_maps, so you have
it unless you set it to an empty value (virtual_alias_domains=).
Wietse
On Mar 10, 2009, at 4:29 AM, LuKreme krem...@kreme.com wrote:
On 9-Mar-2009, at 15:58, mouss wrote:
you must understand the difference between
virtual_mailbox_domains
and
virtual_alias_domains
I understand the difference, I have virtual_mailbox_domains assigned
and I don't have
obviously missed the smilie at the end.
But to be pedantic, I do *not* have virtual_alias_domains set at all,
and it does not show up in postconf -n because I've never changed its
default value ($virtual_alias_maps). From ADDRESS_CLASS_README
For backwards compatibility with Postfix version
On Tue, Mar 10, 2009 at 12:33:52PM -0600, LuKreme wrote:
Could I simply change my virtual_alias_maps definition above to
virtual_alias_domains? I don't think so. At least how this is setup, the
mysql_virtual_alias.maps.cf returns the alias (forwarding alias) of
accounts that have an alias
On 10-Mar-2009, at 12:41, Victor Duchovni wrote:
On Tue, Mar 10, 2009 at 12:33:52PM -0600, LuKreme wrote:
Could I simply change my virtual_alias_maps definition above to
virtual_alias_domains? I don't think so. At least how this is
setup, the
mysql_virtual_alias.maps.cf returns the alias
On Tue, Mar 10, 2009 at 02:46:29PM -0600, LuKreme wrote:
The recommended approach for those ready to move beyond 1.1 compatible
settings is:
virtual_alias_domains = ... explicit list of domains or tables ...
virtual_alias_maps = ... tables ...
if the number of virtual alias domains
of that in virtual_mailbox_maps, and
avoid tables when possible.
OK OK, so I go from this:
virtual_alias_maps =
hash:$config_directory/virtual,
pcre:$config_directory/virtual.pcre,
mysql:$config_directory/mysql_virtual_alias_maps.cf
to this:
virtual_alias_maps =
pcre:$config_directory
On Tue, Mar 10, 2009 at 03:57:04PM -0600, LuKreme wrote:
OK OK, so I go from this:
virtual_alias_maps =
hash:$config_directory/virtual,
pcre:$config_directory/virtual.pcre,
mysql:$config_directory/mysql_virtual_alias_maps.cf
to this:
virtual_alias_maps =
pcre
On 10-Mar-2009, at 16:06, Victor Duchovni wrote:
On Tue, Mar 10, 2009 at 03:57:04PM -0600, LuKreme wrote:
virtual_alias_domains=[list of domains extracted from virtual]
Yes, provided the latter contains only domain anything entries and
no
address rewrite-address entries.
On Tue, Mar 10, 2009 at 04:22:00PM -0600, LuKreme wrote:
Yes, provided of course the hash table only contained domains. Or could
just set:
virtual_alias_domains = hash:$config_directory/virtual
Ah... er... OK, now you lost me again. What in $DEITY's name would be the
point of that?
LuKreme a écrit :
On 9-Mar-2009, at 15:58, mouss wrote:
you must understand the difference between
virtual_mailbox_domains
and
virtual_alias_domains
I understand the difference, I have virtual_mailbox_domains assigned and
I don't have virtual_alias_domains :)
then set
On 10-Mar-2009, at 15:57, LuKreme wrote:
virtual_alias_maps =
pcre:$config_directory/virtual.pcre,
mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_alias_domains=[list of domains extracted from virtual]
Ugh!
Seems $config_directory/ is not liked by mysql:
whew, it's always
On Tue, Mar 10, 2009 at 05:47:22PM -0600, LuKreme wrote:
On 10-Mar-2009, at 15:57, LuKreme wrote:
virtual_alias_maps =
pcre:$config_directory/virtual.pcre,
mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_alias_domains=[list of domains extracted from virtual]
Ugh!
Seems
With these settings
virtual_alias_maps =
pcre:$config_directory/virtual.pcre,
mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_alias_domains = hash:/usr/local/etc/postfix/virtual
I get
mail postfix/smtpd[36156]: NOQUEUE: reject: RCPT from
lists.php.net[216.92.131.4]: 450
On Tue, Mar 10, 2009 at 09:30:01PM -0600, LuKreme wrote:
With these settings
virtual_alias_maps =
pcre:$config_directory/virtual.pcre,
mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_alias_domains = hash:/usr/local/etc/postfix/virtual
I get
mail postfix/smtpd[36156
On Mar 10, 2009, at 11:48 PM, Sahil Tandon wrote:
[...]
so with the above change to your main.cf, Postfix no longer accepts
mail from krem...@kreme.com.
s/from/for/
--
Sahil Tandon sa...@tandon.net
(unintentionally)? defined all your local
domains as virtual_alias_domains.
virtual_alias_maps =
hash:/usr/local/etc/postfix/virtual,
pcre:/usr/local/etc/postfix/virtual.pcre,
mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
this has been working for a year until 2.5.6
Just to be clear
have (unintentionally)? defined all your local
domains as virtual_alias_domains.
virtual_alias_maps =
hash:/usr/local/etc/postfix/virtual,
pcre:/usr/local/etc/postfix/virtual.pcre,
mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
this has been working for a year until
I have:
virtual_alias_maps =
hash:/usr/local/etc/postfix/virtual,
pcre:/usr/local/etc/postfix/virtual.pcre,
mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
testing:
$ postmap -q li...@southgaylord.com hash:/etc/postfix/virtual
$ postmap -q li...@southgaylord.com pcre
On 8-Mar-2009, at 18:18, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 06:05:19PM -0600, LuKreme wrote:
I have:
virtual_alias_maps =
hash:/usr/local/etc/postfix/virtual,
pcre:/usr/local/etc/postfix/virtual.pcre,
mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
testing
On Sun, Mar 08, 2009 at 06:38:25PM -0600, LuKreme wrote:
virtual_alias_maps =
hash:/usr/local/etc/postfix/virtual,
pcre:/usr/local/etc/postfix/virtual.pcre,
mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
testing:
$ postmap -q li...@southgaylord.com hash:/etc/postfix
= check_client_access hash:/usr/local/etc/
postfix/pbs, permit_sasl_authenticated, permit_mynetworks
smtpd_soft_error_limit = 4
soft_bounce = no
swap_bangpath = no
undisclosed_recipients_header = To: List of Bcc addresses:;
unknown_local_recipient_reject_code = 550
virtual_alias_maps = hash:/usr
On 8-Mar-2009, at 19:22, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:19:32PM -0600, LuKreme wrote:
I don't have virtual_alias_domains defined at all, only
virtual_mailbox_maps:
This means that you do. See the default value. To really not have it
set, set it empty!
Is this a change
On Sun, Mar 08, 2009 at 07:24:54PM -0600, LuKreme wrote:
On 8-Mar-2009, at 19:22, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:19:32PM -0600, LuKreme wrote:
I don't have virtual_alias_domains defined at all, only
virtual_mailbox_maps:
This means that you do. See the default value. To
On 8-Mar-2009, at 19:29, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:24:54PM -0600, LuKreme wrote:
On 8-Mar-2009, at 19:22, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:19:32PM -0600, LuKreme wrote:
$ postmap -q southgaylord.com
On Mar 8, 2009, at 9:34 PM, LuKreme wrote:
On 8-Mar-2009, at 19:29, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:24:54PM -0600, LuKreme wrote:
On 8-Mar-2009, at 19:22, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:19:32PM -0600, LuKreme wrote:
$ postmap -q southgaylord.com
LuKreme:
On 8-Mar-2009, at 19:29, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:24:54PM -0600, LuKreme wrote:
On 8-Mar-2009, at 19:22, Victor Duchovni wrote:
On Sun, Mar 08, 2009 at 07:19:32PM -0600, LuKreme wrote:
$ postmap -q southgaylord.com
On 8-Mar-2009, at 19:39, Sahil Tandon wrote:
What happens if you set:
virtual_alias_domains =
in main.cf?
Then all mail to local (non virtual) users bounces with a Relay access
denied error.
--
Incredible! One of the worst performances of my career and they
never doubted
jakjr a écrit :
Hello,
I am using virtual_alias_maps to implement a simple mailing list.
l...@example.com, after virtual_alias_maps is aliased to
us...@example.com and us...@example.com.
local_recipient_maps prevents the reception of unknown users and, in
my case, disabled users too
Hello,
Is there a way to check the result of a iteration(email address) on
virtual_alias_maps(cleanup) against the local_recipient_maps (smtp) ?
Best Regards
Jakjr
jakjr wrote:
Hello,
Is there a way to check the result of a iteration(email address) on
virtual_alias_maps(cleanup) against the local_recipient_maps (smtp) ?
Best Regards
Jakjr
No. If you describe your problem maybe someone can give some
helpful suggestions.
-- Noel Jones
Hi list !
As far as I understand, there is an implicit check in the
smtpd_recipient_restrictions parameter when virtual_alias_maps
or relay_recipient_maps is specified. But when does it append?
From my own testing, I think it is check at the very end but I would
like to know if there's a rule
Jeremie Le Hen:
Hi list !
As far as I understand, there is an implicit check in the
smtpd_recipient_restrictions parameter when virtual_alias_maps
or relay_recipient_maps is specified. But when does it append?
By default, the check happens at the end. However, you can specify
virtual_alias_domains =
virtual_alias_maps = hash:/etc/postfix/virtual
local_recipient_maps = hash:/etc/postfix/transport
Please do not reuse different maps like this. It may work now, but
could easily break in the future.
transport:
--
[EMAIL PROTECTED] smtp:[192.168.1.10]
[EMAIL
that it belongs to (relay_domains,
mydestination, etc.) and list the recipients in the corresponding
maps (relay_recipient_maps, /etc/passwd, etc.).
Then use virtual_alias_maps (NOT: VIRTUAL_ALIAS_DOMAINS) to make
exceptions for recipients that must be delivered elsewhere.
Wietse
.$mydomain, localhost, example.com
transport_maps = hash:/etc/postfix/transport
virtual_alias_domains =
virtual_alias_maps = hash:/etc/postfix/virtual
local_recipient_maps = hash:/etc/postfix/transport
transport:
--
[EMAIL PROTECTED] smtp:[192.168.1.10]
[EMAIL PROTECTED]smtp
virtual_alias_domains =
virtual_alias_maps = hash:/etc/postfix/virtual
local_recipient_maps = hash:/etc/postfix/transport
Please do not reuse different maps like this. It may work now, but
could easily break in the future.
transport:
--
[EMAIL PROTECTED] smtp:[192.168.1.10
migration to a different Postfix version.
Thanks, I've taken than under advisement.
I don't know why the previous admin(s) set it up
via virtual_alias_domains. I suppose once it was
functional, that was good enough.
On my dev system I'm now using:
virtual_alias_maps = hash:/etc/postfix
On Mon, Nov 24, 2008 at 11:47 AM, D G Teed [EMAIL PROTECTED] wrote:
When I can't understand the developer's notes, I usually emulate
something that works from useful examples.
As a relatively recent newcomer to Postfix (I've been running qmail since
2002 and Postfix since last year) I agree
virtual_alias_maps and virtual_alias_domains? These
are completely different concepts.
I've read docs like this. It does not make it clear.
What is inside the file /etc/postfix/relay_domains ?
Part of the ambiguity in this stuff is what is meant by domain.
Sometimes it is a FQ hostname.
On the contrary, I
/relay_recipients
if you want to forward, simply add entries to vritual_alias_maps.
or do you confuse virtual_alias_maps and virtual_alias_domains? These
are completely different concepts.
I've read docs like this. It does not make it clear.
What is inside the file /etc/postfix/relay_domains
/relay_recipients
if you want to forward, simply add entries to vritual_alias_maps.
or do you confuse virtual_alias_maps and virtual_alias_domains? These
are completely different concepts.
I've read docs like this. It does not make it clear.
What is inside the file /etc/postfix
On Mon, Nov 24, 2008 at 9:08 PM, mouss [EMAIL PROTECTED] wrote:
disgress
yes, the term virtual is overloaded. and one may ask what is not
virtual in networking/computing. but that's it. you can't change names
when they are widely used. There are examples in other areas:
/disgress
Agree!
On Fri, Nov 21, 2008 at 3:39 AM, mouss [EMAIL PROTECTED] wrote:
if you have no domains in relay_domains, then you don't need
relay_recipient_maps nor reject_unverified_domains.
you are using a non standard setup in the sense that you are declaring
the domains as virtual_alias_domains when
on this server.
if you have wildcard aliases (alias for the whole domain), then you may
have a backscatter problem. see below.
test with a domain for which you have a wildcard alias in one of your
virtual_alias_maps. so if you have a line like
@example.com@example.org
then try sending mail
On Fri, Nov 21, 2008 at 9:14 AM, Wietse Venema [EMAIL PROTECTED] wrote:
On Fri, Nov 21, 2008 at 3:39 AM, mouss [EMAIL PROTECTED] wrote:
if you have no domains in relay_domains, then you don't need
relay_recipient_maps nor reject_unverified_domains.
you are using a non standard setup in
D G Teed a écrit :
Perhaps non standard but it works best for us.
98% of our virtual map is mapped to one of three inbox
servers, while the other 2% want to forward their
stuff to gmail or some special service. It seems
the most flexible way to run a mapping.
but it is not. actually,
take more than:
relay_domains = hash:/etc/postfix/relay_domains
relay_recipient_maps = hash:/etc/postfix/relay_recipients
if you want to forward, simply add entries to vritual_alias_maps.
or do you confuse virtual_alias_maps and virtual_alias_domains? These
are completely different concepts
domains).
My MX servers have no mailboxes. They either relay email to an external
domain address the user asked to have set up, or they relay to one of three
servers within our domain. We use :
virtual_alias_maps = hash:/etc/postfix/relocated
hash:/etc/postfix/class_lists hash:/etc/postfix/virtual
/ and also forward a copy on to
their gmail account.
So, in postfix's main.cf I have:
#VIRTUAL/MYSQL
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual
James Grant wrote:
So, in postfix's main.cf I have:
#VIRTUAL/MYSQL
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf
Both
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf
Both alias_maps and mailbox_maps are setup and working independently.
My problem is that, if I have an entry in both virtual_mailbox_maps and
virtual_alias_maps that use the same email address (aka, store the
message
Hi
I am seeing some odd behaviour with virtual_alias_maps
I have a domain set up in ldap directorylets call it whatIwant.com. It
has an email address of [EMAIL PROTECTED] set up.
Note: it is a different domain to the one specified in the mydomain
parameter.
I have mailman setup, it contains
On Wed, Oct 08, 2008 at 01:31:13PM +1100, Darragh Gammell wrote:
Hi
I am seeing some odd behaviour with virtual_alias_maps
I have a domain set up in ldap directorylets call it whatIwant.com. It
has an email address of [EMAIL PROTECTED] set up.
Note: it is a different domain
301 - 396 of 396 matches
Mail list logo