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.
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
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.
13 matches
Mail list logo
