Simon Waters <[EMAIL PROTECTED]> writes: > Tim Legant wrote: > > > > I'm not sure I understand what you want to do here. > > ... it would do the same as tofmipd, but do it at the far > end of mail sending not go between client and SMTP server.
Got it. > I see the problem (one of) is mapping outgoing mail address to > Unix user, tofmipd does that by making them authenticate, I just > wasn't over keen at more software between me and my MTA. Ah. Well, that's the core Unix philosophy. Think of tmda-ofmipd as a proxy, a common tool in the Unix toolbox. > The documentation is a little vague on /etc/tofmipd, seems even > if you authenticate against IMAP or similar you still need the > file, with correct permissions, with nothing in. I noticed that in the code a few days ago. I don't know why that is. Perhaps when Jason comes back he can address this. > As Python binds straight to Berkeley sockets "-p :port" seems to > listen on all interfaces. Might this be worth adding to the > online help, or is this obvious to everyone but me? I don't think it's obvious. I'm not even sure it's a documented part of the Python interface; it might just accidently work. If we want to document this for tmda-ofmipd, we'd probably want to make it explicit in our code that a missing 'host' means bind to 0.0.0.0. > I just wondered if there was a quick and dirty way to integrate with > Postfix for a very scalable solution, not that I need a very > scalable solution today, as it is just me for the moment. I can't think of anything off the top of my head. As we work at refactoring lots of the TMDA code into separate modules and libraries, we may reach a place where simple Python scripts can be written to use various parts of TMDA's functionality. At that point, it might be possible to construct a script that would be specific to a particular MTA and fit into the chain at arbitrary points. This isn't a big goal of the re-structuring effort, but might be a consequence of it. No promises :) Tim _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
