On 5/28/2012 8:08 PM, Sahil Tandon wrote:
> On Mon, 2012-05-28 at 17:52:24 -0700, Dirk Kleinhesselink wrote:
>
>> ...
>> Then in virtual, I put;
>>
>> all-groups:group_1, group_2, group_3
I see two possible problems...
First, with virtual_alias_maps it is strongly recommended to use
fully-q
On Mon, 2012-05-28 at 17:52:24 -0700, Dirk Kleinhesselink wrote:
> ...
> Then in virtual, I put;
>
> all-groups:group_1, group_2, group_3
> ...
> I'm now moving my mail server within the organization to a new
> subdomain, but I intend to keep the same mail address scheme we've
> always used.
many years ago when I switched to postfix, I had a problem with some
large, nested aliases in the aliases file - an invalid recipient
somewhere in the list would cause a send failure and so the message to
the alias would be requeued with the result being that those recipients
before the problem wo
On Monday 26 April 2010 08:39:50 M.S. Lucas wrote:
> Hello,
>
>
>
> I have in my virtual_alias_domains file two entries
>
> u...@domain.nl us...@domain.nl
>
> @domain.nl us...@domain.nl
No.
No no no no, that is not what virtual_alias_domains is for.
> What I
Hello,
I have in my virtual_alias_domains file two entries
u...@domain.nl us...@domain.nl
@domain.nl us...@domain.nl
What I want is that all emails to user goes to user2 and all others go to
us...@domain.nl.
I know about backscatter and spam but this user
Len Conrad wrote:
> -- Original Message --
> From: Brian Evans - Postfix List
> Reply-To: Postfix users
> Date: Tue, 18 Aug 2009 12:58:43 -0400
>
>
>> Len Conrad wrote:
>>
>>> -- Original Message --
>>> From:
-- Original Message --
From: Brian Evans - Postfix List
Reply-To: Postfix users
Date: Tue, 18 Aug 2009 12:58:43 -0400
>Len Conrad wrote:
>> -- Original Message --
>> From: "Len Conrad"
>> Reply-To:
>> Date: Tue,
Len Conrad wrote:
> -- Original Message --
> From: "Len Conrad"
> Reply-To:
> Date: Tue, 18 Aug 2009 18:08:59 +0200
>
>
>> mail_version = 2.3.3
>>
>> postconf | egrep virtual_alias_maps
>>
>> proxy_read_maps = $local_recipient_maps, $mydestination,
>>
-- Original Message --
From: "Len Conrad"
Reply-To:
Date: Tue, 18 Aug 2009 18:08:59 +0200
>
>mail_version = 2.3.3
>
>postconf | egrep virtual_alias_maps
>
>proxy_read_maps = $local_recipient_maps, $mydestination,
>$virtual_alias_maps, $virtual_alias_doma
2009/7/15 Brian Evans - Postfix List :
> First, cleanup(8) is responsible for address lookup/rewriting from the
> pickup queue.
> Changing sendmail(1)'s parameters won't do anything.
>
> Second, we need some more concrete examples in order to help.
> Logs, 'postconf -n' and other tips in
> http://w
Guy wrote:
> 2009/7/15 Guy :
>
>> Is there some way to get sendmail to use an alternate config file?
>> I've tried the -C option with a main.cf that includes the
>> virtual_alias_maps but had no success.
>>
>
> I've just tried the -oA option. My sendmail command now looks like this:
> sendm
On Wed, Jul 15, 2009 at 04:14:25PM +0100, Guy wrote:
> Is there some way to get sendmail to use an alternate config file?
No. Address rewriting is done by cleanup(8), not sendmail(1), and
aliases(5) expansion is done in the local(8) delivery agent.
--
Viktor.
Disclaimer: off-list follo
2009/7/15 Guy :
> Is there some way to get sendmail to use an alternate config file?
> I've tried the -C option with a main.cf that includes the
> virtual_alias_maps but had no success.
I've just tried the -oA option. My sendmail command now looks like this:
sendmail -t -oAmysql:/etc/postfix/mysql
Hi guys,
I currently have two gateways which accept mail for local domains and
process any aliases using virtual_alias_maps. Local addresses are
relayed to our backend mail servers and remote address relayed out to
their MXs.
The backend servers just accept mail and deliver it as all the
alias/re
Wietse Venema wrote:
Miles Fidelman:
Wietse,
So... other than my mistake in not running postfix upgrade-configuration
(which, when I run it now, seems to do nothing) - any thoughts on why a
virtual address resolves just fine when received from outside, but not
when submitted by a program
On Tue, Apr 14, 2009 at 08:14:17PM -0400, Miles Fidelman wrote:
> Wietse,
>
> So... other than my mistake in not running postfix upgrade-configuration
> (which, when I run it now, seems to do nothing) - any thoughts on why a
> virtual address resolves just fine when received from outside, but no
Miles Fidelman:
> Wietse,
>
> So... other than my mistake in not running postfix upgrade-configuration
> (which, when I run it now, seems to do nothing) - any thoughts on why a
> virtual address resolves just fine when received from outside, but not
> when submitted by a program invoking /usr/b
Wietse,
So... other than my mistake in not running postfix upgrade-configuration
(which, when I run it now, seems to do nothing) - any thoughts on why a
virtual address resolves just fine when received from outside, but not
when submitted by a program invoking /usr/bin/sendmail?
Thanks,
Mil
Wietse Venema wrote:
Why don't you simply restore the Postfix configuration from backups,
and execute "postfix upgrade-configuration" to upgrade to the newer
Postfix?
A great deal of effort is put into keeping features compatible, so
that people like you don't have to play detective after an upg
Why don't you simply restore the Postfix configuration from backups,
and execute "postfix upgrade-configuration" to upgrade to the newer
Postfix?
A great deal of effort is put into keeping features compatible, so
that people like you don't have to play detective after an upgrade.
Let the system w
missing piece of information (inserted below)
Miles Fidelman wrote:
Hi Folks,
I've been rebuilding a server that was working fine, but then
crashed. In the process I've installed a newer (current) version of
Postfix, and suddenly I'm seeing an aliasing problem that I've never
seen before.
Hi Folks,
I've been rebuilding a server that was working fine, but then crashed.
In the process I've installed a newer (current) version of Postfix, and
suddenly I'm seeing an aliasing problem that I've never seen before.
Maybe somebody can help figure this out.
This has to do with the int
22 matches
Mail list logo
