[xmail] Re: 1.21-pre01 ...
On Sun, 26 Dec 2004, Mike Harrington wrote: > No, in < 1.20 you could simply remove the MaxMBSize variable to get an > "unlimited" mailbox size (As far as I understood it). I was wondering if > this still held true in 1.21, or if you had to specifically set it to "0" > now. Both works with the same effect now. - 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: 1.21-pre01 ...
No, in < 1.20 you could simply remove the MaxMBSize variable to get an "unlimited" mailbox size (As far as I understood it). I was wondering if this still held true in 1.21, or if you had to specifically set it to "0" now. - Original Message - From: "Davide Libenzi" To: Sent: Saturday, December 25, 2004 11:11 PM Subject: [xmail] Re: 1.21-pre01 ... > On Sat, 25 Dec 2004, Mike Harrington wrote: > > > Will not having a the MaxMBSize user variable still allow an unlimited > > mailbox size, or does it now only occur when you set it to "0" ? > > It is already done in the latest 1.21 > > > - 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] > > - 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: 1.21-pre01 ...
On Sat, 25 Dec 2004, Shiloh Jennings wrote: > Thanks for the reply. I understand the whitelisting options now within = > the > xnet tag. I'll still need to wait to deploy it until after we have a > solution for automatically whitelisting the SMTP AUTH connections as = > well. > I like your idea of only running the filter if there are not = > authentication > credentials. You could do this even now by wrapping the filter binary with a script that examines the @@USERAUTH command line argoument. - 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: 1.21-pre01 ...
On Sat, 25 Dec 2004, Mike Harrington wrote: > Will not having a the MaxMBSize user variable still allow an unlimited > mailbox size, or does it now only occur when you set it to "0" ? It is already done in the latest 1.21 - 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: 1.21-pre01 ...
Thanks for the reply. I understand the whitelisting options now within = the xnet tag. I'll still need to wait to deploy it until after we have a solution for automatically whitelisting the SMTP AUTH connections as = well. I like your idea of only running the filter if there are not = authentication credentials. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = On Behalf Of Davide Libenzi Sent: Saturday, December 25, 2004 1:00 PM To: xmail@xmailserver.org Subject: [xmail] Re: 1.21-pre01 ... On Sat, 25 Dec 2004, Shiloh Jennings wrote: > Wow, thanks. I have two quick questions about the greylisting = pluggin. =3D > How > does that handle customers connecting with SMTP AUTH to send email? = =3D This needs to be added, since we have the USERAUTH macro. But, actually, = more than in the GLST filter, this is something we can have in XMail. = That=20 is, filters triggered based on authentication credentials. > Also, > how does that handle the form to email scripts running on the same = boxes > that are trusted for relaying (EX: when 127.0.0.1 is listed in the > smtprelay.tab file)? Does the greylisting pluggin understand the =3D > difference > between an untrusted remote server trying to deliver email to accounts = =3D > on my > server vs the trusted users and scripts that must be allowed to send = =3D > email > without getting delayed by greylisting? This is already present, with the multiple "--xnet NET" command line=20 option, or with the multiple "xnet=3D..." configuration option. = Basically,=20 you can whitelist IP nets. - 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] - 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: 1.21-pre01 ...
Will not having a the MaxMBSize user variable still allow an unlimited mailbox size, or does it now only occur when you set it to "0" ? - Original Message - From: "Davide Libenzi" To: Sent: Saturday, December 25, 2004 11:00 AM Subject: [xmail] Re: 1.21-pre01 ... > On Sat, 25 Dec 2004, Shiloh Jennings wrote: > > > Wow, thanks. I have two quick questions about the greylisting pluggin. = > > How > > does that handle customers connecting with SMTP AUTH to send email? = > > This needs to be added, since we have the USERAUTH macro. But, actually, > more than in the GLST filter, this is something we can have in XMail. That > is, filters triggered based on authentication credentials. > > > > > Also, > > how does that handle the form to email scripts running on the same boxes > > that are trusted for relaying (EX: when 127.0.0.1 is listed in the > > smtprelay.tab file)? Does the greylisting pluggin understand the = > > difference > > between an untrusted remote server trying to deliver email to accounts = > > on my > > server vs the trusted users and scripts that must be allowed to send = > > email > > without getting delayed by greylisting? > > This is already present, with the multiple "--xnet NET" command line > option, or with the multiple "xnet=..." configuration option. Basically, > you can whitelist IP nets. > > > > - 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] > > - 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: 1.21-pre01 ...
On Sat, 25 Dec 2004, Shiloh Jennings wrote: > Wow, thanks. I have two quick questions about the greylisting pluggin. = > How > does that handle customers connecting with SMTP AUTH to send email? = This needs to be added, since we have the USERAUTH macro. But, actually, more than in the GLST filter, this is something we can have in XMail. That is, filters triggered based on authentication credentials. > Also, > how does that handle the form to email scripts running on the same boxes > that are trusted for relaying (EX: when 127.0.0.1 is listed in the > smtprelay.tab file)? Does the greylisting pluggin understand the = > difference > between an untrusted remote server trying to deliver email to accounts = > on my > server vs the trusted users and scripts that must be allowed to send = > email > without getting delayed by greylisting? This is already present, with the multiple "--xnet NET" command line option, or with the multiple "xnet=..." configuration option. Basically, you can whitelist IP nets. - 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: 1.21-pre01 ...
Wow, thanks. I have two quick questions about the greylisting pluggin. = How does that handle customers connecting with SMTP AUTH to send email? = Also, how does that handle the form to email scripts running on the same boxes that are trusted for relaying (EX: when 127.0.0.1 is listed in the smtprelay.tab file)? Does the greylisting pluggin understand the = difference between an untrusted remote server trying to deliver email to accounts = on my server vs the trusted users and scripts that must be allowed to send = email without getting delayed by greylisting? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = On Behalf Of Davide Libenzi Sent: Saturday, December 25, 2004 11:18 AM To: XMail mailing list Subject: [xmail] 1.21-pre01 ... I made a snapshot of 1.21 available on xmailserver.org: http://www.xmailserver.org/xmail-1.21-pre01.tar.gz Sorry, but I did not have time to prepare Windows binaries for it. Also, = I=20 implemeted a module for SMTP greylisting to be plugged on XMail (or any=20 other MTA): http://www.xmailserver.org/glst-mod.html This, together with a few "CustMapsList" entries, alone, made my mailbox = basically SPAM free w/out the usage of any message filtering tool. And=20 pratically with zero false positives. The only SPAM I see now, is the = one=20 that gets redirected through my corporate mail account, but since salary = bonuses come also from there, I guess I can live with that ;) - 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] - 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]