12 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] MySQL support for mai...
FromSent OnAttachments
rom...@rs-labs.comNov 11, 2003 10:09 am 
Thomas HugNov 11, 2003 10:41 am 
Roman MedinaNov 15, 2003 4:06 am 
Thomas HugNov 15, 2003 4:27 am 
Thomas HugNov 15, 2003 4:33 am 
Roman MedinaNov 15, 2003 11:27 am 
Thomas HugNov 15, 2003 3:57 pm 
Martin List-PetersenNov 16, 2003 10:04 am 
Thomas HugNov 16, 2003 10:08 am 
Martin List-PetersenNov 16, 2003 10:13 am 
Thomas HugNov 16, 2003 10:22 am 
Martin List-PetersenNov 16, 2003 10:27 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [maildropl] MySQL support for maildropActions...
From:Thomas Hug (to@nine.ch)
Date:Nov 16, 2003 10:22:37 am
List:net.sourceforge.lists.courier-maildrop

On Sun, 16 Nov 2003 19:10, Martin List-Petersen wrote:

i "delegate" a domain to maildrop via the transport table. maildrop decides if an account is valid or not. how would you use a mix between single accounts and a catchall account?

I also delegate domains to maildrop via the transport table. The mix of catchall and single accounts is archieved by adding an entry for every account in the virtual table:

acco@domain.com acco@domain.com acco@domain.com acco@domain.com acco@domain.com acco@domain.com @domain.com account2@domain.com

It's not a beauty, but it works.

if i have an entry

domain.com maildrop:

in my transport table, postfix does not care entries in the virtual_maps ... as i understood this, it is not possible to deliver mails to two different transports.

an alternative (also a hack) would be if i define a special domain for maildrop

@domain.com account ha@domain.com ha@md.domain.com

transport: domain.com :virtual md.domain.com :maildrop

but this looks a bit stupid to me ;) then i prefer to not use catchall at all...

never mind

-tom