[xmail] Re: No CustMapsList for specified domains
I'll try to find time this weekend to isolate and post it then Don t be afraid to pester me if I let slip my mind. --John Rob Arends wrote: Please do, if you wouldn't mind. Filip Supera wrote: Hello, John Kielkopf a écrit : I wrote my own pre-data list filter to solve this, and stopped using xmail's CustMapsList. Does your filter query Maps lists ? And if yes would you mind sharing an example ? My current filter is in PHP, and as such isn't exactly the fastest filter on the planet, but yes, it does query Maps lists. Also it will not work under Windows, just in case that's what you're using. It's also a combined script that does other things (greylisting, whitelisting, etc.), so I'd have to isolate it. Not a problem for me to do, as long as you're okay with PHP and don't have Xmail running on windows. --John - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
John Kielkopf a écrit : I'll try to find time this weekend to isolate and post it then Don t be afraid to pester me if I let slip my mind. Don't bother to isolate, I'm also interested in greylisting and other stuff :-) - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Sönke Ruempler a écrit : Yeah I guess he want's something receipient based, and not sender-based. ATM that's only possible with an own smtp filter and some own logic in it. :) 1 possible solution would be domain based smtp.ipprop.tab instead of server based. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Another possible solution is the option to allow - perhaps by server.tab variables - the postponing of any specific checks for rejection to the pre-data phase, and have a policy variable which simply holds a particular value for each recipient. As recipients are received by the mail server, their policy value is retrieved (perhaps from user.tab) and compared to existing recipients. If it's the same, the recipient is allowed. If it's not, the recipient is temp-failed (so that recipient will be retried in a later delivery attempt). Then, perhaps based on that policy value, the checks can be run or bypassed. Since the value contains for any given recipient would be opaque to the xmail code - it is simply checked for equality to existing recipients - it would need to be available to an external pre-data or post-data filter as a variable, which would allow the filter to perform or bypass checks, perhaps by returning a bitmasked value indicating which checks to allow. I currently do something similar to this now (using some custom modifications to the xmail source code and external filters called by filters.pre-data.tab for the various checks I want done). It works pretty well, although it would probably be much faster if more of it were done in the xmail code. (BTW, no, I wouldn't be willing to share my mods - they are hacks in the worst sense of the word, and I'm not convinced my code would hold up in a heavy usage environment - plus they are very dependent on my external filter code, and they were based on the 1.21 code base and haven't been ported forward yet.) What I'm planning to do, if I ever get the time and energy, is to modify the xmail source code to allow both recipient policy settings and external filter calls at each stage (connection, HELO / EHLO, MAIL FROM, RCPT TO, DATA, and post-data), which will return values indicating what to do with the message (accept, reject immediately, postpone reject to pre-data, postpone reject to post-data, quarantine (meaning issue a fail to the sending server but keep a copy of the message for analysis), etc...). But this is going to take some doing, and I haven't had time yet (plus my C++ skills are not exactly the best in the world). Filip Supera wrote: Sönke Ruempler a écrit : Yeah I guess he want's something receipient based, and not sender-based. ATM that's only possible with an own smtp filter and some own logic in it. :) 1 possible solution would be domain based smtp.ipprop.tab instead of server based. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
I wrote my own pre-data list filter to solve this, and stopped using xmail's CustMapsList. I have my doubts that Xmail's CustMapsList granularity comfortably fits most of us with more than one domain. --John CLEMENT Francis wrote: You have the option to install another instance of xmail on the same server (different ip) just for these customers domains and clear CustMapList on it :-) Francis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Filip Supera Envoyé : lundi 6 février 2006 20:35 À : xmail@xmailserver.org Objet : [xmail] Re: No CustMapsList for specified domains Davide Libenzi a écrit : Authentication can override CustMapsList is you set the flag '0' and the user authenticate. What if a user wants to receive all messages sent to him even though sender is blacklisted by one of CustMapsList entries ? I have several domain names and only 2 of them should not be protected by CustMapsList. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Filip Supera wrote: Hello, John Kielkopf a écrit : I wrote my own pre-data list filter to solve this, and stopped using xmail's CustMapsList. Does your filter query Maps lists ? And if yes would you mind sharing an example ? My current filter is in PHP, and as such isn't exactly the fastest filter on the planet, but yes, it does query Maps lists. Also it will not work under Windows, just in case that's what you're using. It's also a combined script that does other things (greylisting, whitelisting, etc.), so I'd have to isolate it. Not a problem for me to do, as long as you're okay with PHP and don't have Xmail running on windows. --John - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
John Kielkopf a écrit : My current filter is in PHP, and as such isn't exactly the fastest filter on the planet, but yes, it does query Maps lists. Also it will not work under Windows, just in case that's what you're using. It's not. My server is under Fedora. It's also a combined script that does other things (greylisting, whitelisting, etc.), so I'd have to isolate it. Not a problem for me to do, as long as you're okay with PHP and don't have Xmail running on windows. PHP is fine, at least to study the technique your are using, thank you ! - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Tracy a écrit : What I'm planning to do, if I ever get the time and energy, is to modify the xmail source code to allow both recipient policy settings and external filter calls at each stage (connection, HELO / EHLO, MAIL FROM, RCPT TO, DATA, and post-data), which will return values indicating what to do with the message (accept, reject immediately, postpone reject to pre-data, postpone reject to post-data, quarantine (meaning issue a fail to the sending server but keep a copy of the message for analysis), etc...). But this is going to take some doing, and I haven't had time yet (plus my C++ skills are not exactly the best in the world). Nor are mine. It's why I'd rather stick to what Davide gives us. Modifying his code whould make it difficult for me to upgrade... - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Please do, if you wouldn't mind. Rob Arends -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Kielkopf Sent: Wednesday, February 08, 2006 3:23 AM To: xmail@xmailserver.org Subject: [xmail] Re: No CustMapsList for specified domains Filip Supera wrote: Hello, John Kielkopf a écrit : I wrote my own pre-data list filter to solve this, and stopped using xmail's CustMapsList. Does your filter query Maps lists ? And if yes would you mind sharing an example ? My current filter is in PHP, and as such isn't exactly the fastest filter on the planet, but yes, it does query Maps lists. Also it will not work under Windows, just in case that's what you're using. It's also a combined script that does other things (greylisting, whitelisting, etc.), so I'd have to isolate it. Not a problem for me to do, as long as you're okay with PHP and don't have Xmail running on windows. --John - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Hi, [EMAIL PROTECTED] wrote on Monday, February 06, 2006 11:32 AM: Two of my users don't want any anti-spam protection. Can I avoid CustMapsList to apply for those 2 domains only ? Imho there's no way for that. Maybe this is a feature request for enabling/disabling filter-features like CustMapsList per-domain/user. :-) -- soenke - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Soenke Ruempler a écrit : Imho there's no way for that. Maybe this is a feature request for enabling/disabling filter-features like CustMapsList per-domain/user. Thanks Soenke. That would be great indeed. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
On Mon, 6 Feb 2006, Soenke Ruempler wrote: [EMAIL PROTECTED] wrote on Monday, February 06, 2006 11:32 AM: Two of my users don't want any anti-spam protection. Can I avoid CustMapsList to apply for those 2 domains only ? Imho there's no way for that. Maybe this is a feature request for enabling/disabling filter-features like CustMapsList per-domain/user. Authentication can override CustMapsList is you set the flag '0' and the user authenticate. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: No CustMapsList for specified domains
Hi, On 06.02.2006 20:15, Davide Libenzi wrote: Authentication can override CustMapsList is you set the flag '0' and the user authenticate. Yeah I guess he want's something receipient based, and not sender-based. ATM that's only possible with an own smtp filter and some own logic in it. :) - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]