Marcus Geiger <[EMAIL PROTECTED]> writes: > That would be great if tmda could handle this. But I'm not sure how > to solve this problem in a general way. The real problem is, that > there are so many different dial-scenarios.
I think the answer is that TMDA can't possibly support all the different dial-up scenarios out there. What it can do is provide support for headers containing the envelope recipient and envelope sender, and then let users adjust their configuration as needed. > For example some isps add a uniq header to message to identify the > envelope recipient (those would simply let tmda figure out the > recipient based on `x-orignal-to'). This is ideal. I wish qmail would do this by default. I notice that a recent Postfix snapshot now does this: Postfix snapshot 20021028 Better support for domain-in-mailbox. The local(8) and virtual(8) delivery agents now record the original recipient address in the X-Original-To: message header. This header can also be emitted by the pipe(8) delivery agent. Sendmail and Exim can be configured to do this. In many cases, your ISP will enable this if you ask them to. If not, you could switch to an ISP that provides you with more flexibility. > A more common scenario (in my opinion) is a isp that does not > provide the dialup user qmail-extension addresses or a > uniq-header. Such a user (like me) has to configure a catch-all > address to be able to receive mail destinied to a qmail-like > extension address (e.g. [EMAIL PROTECTED]). Furthermore, it is > harder to figure out the envelope recipient (e.g. play with > delivered-to lines). [...] > The second case requires some preprocessing by a tool like procmail > to insert a uniq header like 'x-orignal-to' that contains the _real_ > envelope recipient. But we could help here if we would provide some > recipes on how to get it working. Yes, I think this is the best we can do for such a situation. I don't think it's possible to automatically handle this situation entirely within TMDA. _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
