On Mon, Mar 08, 2010 at 02:52:25PM +0000, Jaroslaw Grzabel wrote:
> /dev/rob0 pisze:
> >There is no way to help you with this unless you post the actual
> >logging and other necessary information ("postconf -n", to start,
> >from which point we can probably tell you what postmap -q queries
> >you will need to look at and correct) as was requested in the list
> >welcome message and here:
> > http://www.postfix.org/DEBUG_README.html#mail
> >
> >My WAG here would be that you set relocated_maps:
> > http://www.postfix.org/postconf.5.html#relocated_maps
> >but it could be a lot of other things, too.
>
> Yes,
>
> Forgive me this. I thought it would be rather obvious :).
People commonly seem to think so. I have no idea why that is. I do
remember not having much understanding of Postfix, but I do not
recall thinking that it must be simple.
> But...
>
> postconf -n
> local_recipient_maps = $alias_maps $virtual_mailbox_maps
> unix:passwd.byname
> local_transport = virtual
Ugly! Do not mix classes like this.
http://www.postfix.org/ADDRESS_CLASS_README.html
Define your local domain class in mydestination (and take out the
above), and define your virtual mailbox class here:
> virtual_mailbox_domains =
> mysql:/etc/postfix/mysql_virtual_domains_maps.cf
Continuing on, I see that you're using a non-default:
> virtual_transport = maildrop
If I was going to do that, I'd still leave standard classes alone.
The relay domain class (defined by relay_domains) would be a good
choice for the domains you want to handle with maildrop. You would
simply set a transport for each such domain and/or recipient in
transport_maps; no need to override the default relay_transport.
Anyway, as per my WAG, this is probably where your issue lies:
> relocated_maps = mysql:/etc/postfix/mysql_relocated.cf
postmap -q [email protected] mysql:/etc/postfix/mysql_relocated.cf
This is probably returning the address you saw in your "user
relocated to ..." error.
Do carefully note the double use of the word, "probably". After I
advised you what we would need to see, you still have failed to post
the relevant logs.
> smtpd_banner = Sun Microsystems
This is broken and non-compliant. Don't tinker with default settings
if you don't understand them.
> transport_maps = mysql:/etc/postfix/mysql_transport.cf
Most sites don't need transport_maps. Typically they're needed to
override DNS for mail routing for relay_domains, as I recommended
above. But you're not using it as I recommended, leading me to
wonder, why DO you have transport_maps set? And a SQL map at that?
All in all, it looks like a lot of cruft and poorly understood
settings, possibly an amalgam of more than one HOWTO, each one likely
being deficient in its own way. And as over-complicated as your
Postfix is, it is still quite possible that I guessed wrong about
relocated_maps.
> File /etc/postfix/mysql_virtual_alias_maps.cf
> user = user
> password = password
> dbname = dbname
> query = SELECT destination FROM postfix_alias WHERE alias = '%s'
>
> That query returns valid email address so mine.
Probably not relevant to the problem which brought you here.
> Thank you for your help.
Again, if you do not provide the needed information, specific help is
impossible. But if I guessed right, and if you understand and fix or
remove your relocated_maps, it should not be necessary to continue
this thread.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
