OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Subject: Re: semi virtual domains :-)
From: George Cox (gjvcsophos.com)
Date: Mon Jun 05 2000 - 06:43:01 CDT

On 02/06 09:11, Wietse Venema wrote:

> George Cox:
> > This is indeed a neat solution. I had considered using another virtual
> > map for the 'global alias table', instead of the local machine alias
> > file per se, because this machine is a relay, and performs no local
> > delivery. Have you any opinion on this?
>
> Anyhing not matched in the virtual map would end up locally, I presume?
> Thus it all is a matter of taste. The result is the same.

If one uses the virtual map instead of the alias table for the catchall
'global alias table' Postfix does not insert a 'Delivered-to:' field, and
the queue id stays the same, because the message is enqueued twice.

Here's some log output to show what I mean. (Apologies for long lines.) If
the fallthrough alias table is a virtual map:

 postfix/smtpd[13061]: 6EC3B45C05: client=trafalgar.sophos.com[193.82.145.143]
 postfix/cleanup[13062]: 6EC3B45C05: message-id=<20000605123119.A70646trafalgar>
 postfix/qmgr[13060]: 6EC3B45C05: from=<gjvcsophos.com>, size=996 (queue active)
 postfix/smtp[13064]: 6EC3B45C05: to=<gjvctrafalgar.sophos.com>, relay=trafalgar.sophos.com[193.82.145.143], delay=0, status=sent (250 Ok: queued as B38371F85)

If the fallthrough alias table is a local machine alias table:

  postfix/smtpd[13079]: 235F345C04: client=titanic.notesnet[192.168.1.3]
  postfix/cleanup[13080]: 235F345C04: message-id=<802568F5.003F649F.00titanic.Notesnet>
  postfix/qmgr[13078]: 235F345C04: from=<rjbsophos.com>, size=5390 (queue active)
  postfix/local[13085]: 235F345C04: to=<gjvcsophos.com>, relay=local, delay=0, status=sent (forwarded as 399A645C05)

  postfix/cleanup[13084]: 399A645C05: message-id=<802568F5.003F649F.00titanic.Notesnet>
  postfix/qmgr[13078]: 399A645C05: from=<rjbsophos.com>, size=5518 (queue active)
  postfix/smtp[13086]: 399A645C05: to=<gjvctrafalgar.sophos.com>, relay=trafalgar.sophos.com[193.82.145.143], delay=0, status=sent (250 Ok: queued as 5F8B91F65)

Might the former method be faster because of the single enqueument(?) ? It's
also moderately easier to track message's progress if it only has a single
queue id.

best;

gjvc 

-- 
George Cox <gjvcsophos.com>
+44 1235 544 127