On Wed, 6 Aug 2003 12:01:06 +0200 (CEST) Robert Vazan <[EMAIL PROTECTED]> wrote:
RV> Yes, but it filters *all* spam and loses *no* personal mail (in theory). Yes. In practice I have strong doubts that it is going to never lose mail. RV> People do confirm autoresponses and I am willing to reply to messages sent RV> by other people's autoresponders. I never do it. Your case was the sole exception so far -- if I reply to people who ask me about something (90% of mail which I receive) and they send me this challenge message, it goes directly to the trash. And I'm quite sure I'm far from being alone. Anyhow, that I don't use it and don't reply to these challenges doesn't mean we shouldn't have it in Mahogany -- but you should realize that it's not as problem-less as you seem to think. RV> > What exactly is needed for this challenge/response? If we write a RV> > rule to run an external program (or just revive Python support to RV> > make it again possible to write filter tests in Python), it could be RV> > used to check whether the senders address is already in your RV> > whitelist. If it's not, we could also have a filter action which RV> > would send a challenge message (and, presumably, move the message to RV> > some "Queue" temporary folder). RV> RV> This sort of filter must not be done manually by users. It's not only RV> wasted duplicate effort (and consequently demotivating), it's extremely RV> dangerous. Mail loops, autoresponses to lists, "you dirty spammer" RV> messages, ignoring other autoresponders, multiple mail addresses (on RV> either end), subfolder addresses, un/wanted daemon errors, different sent RV> and recognized password, forgetting to do manual tasks. There is a million RV> ways to do it wrong. That's why I want it smoothly integrated. I agree! I was speaking about doing a standard filter which does this, not about doing it manually. RV> > a) recognize the incoming response to your challenge (how??) RV> RV> I am using password, which is easy to match in procmail, but C++ filter RV> should use message identifiers too. Btw, that confirmation you sent me was RV> lacking password (it was empty message) and I didn't see it. Your message didn't contain any instructions about the password... RV> > b) delete it and move the message (which one??) from "Queue" back to RV> > Inbox RV> RV> I don't delete anything. I can't allow myself not to. Currently I have ~100 000 messages in all folders an I have to clear my Trash (~10 000), Junk (~15 000) and "From Myself" (~5000) folders regularly. It would be really nice to have a built in backup feature (which many people had asked for) but it's not trivial to do it correctly... RV> I currently find filtered messages manually, but this should be RV> automated. Definitely, otherwise the system is worthless (I don't have time to look through all the spam I get). RV> > I don't see how are you going to do it and I really think that the only RV> > way to do it reliably is at MTA level, it is too late to do it in the RV> > MUA... RV> RV> I don't quite undestand why do you think so. Because you don't know about, nor can do anything at this moment, transport level problems in a MUA. Imagine that the senders network is temporarily down (or your SMTP server is) -- you should increase the timeout (which I presume you have as if you don't get a reply in some time you have to delete the message or move it to trash or whatever). You can't do this in a MUA. RV> Even if remote MTA supports procmail, there is no easy way to automate it RV> and, as I said before, procmail/shell is too unreliable for this task. I'm quite sure you can do this with procmail but I'm not an expert in the area nor do I want to become one. But if I were doing this, I'd do it at exim level. Regards, VZ ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Mahogany-Developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mahogany-developers
