Yahoo Groups archive
Messages
Page 67 of 144 · 7199 messages matched
2007-10-08 by Kai Schaetzl
... It uses the server. The point of the whitelist is to exclude servers that are not RFC-compliant (= not retrying). If you know the IP number use that
2007-10-08 by Kai Schaetzl
... But that s already what the program does. It whitelists for a couple of days (five by default I think) and if there s no more mail coming from that source
2007-10-07 by Alan Clifford
I make use of plussed addressing as this allows me to have the wildcard address turned off in sendmail but lets me have supplier specific addresses. But there
2007-10-06 by shuttlebox
... Thank you for trying to fix the Solaris issues. I will try the new beta on Monday. -- /peter
2007-10-06 by manu@netbsd.org
Here is 4.0 beta4 http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.0b4.tgz MD5 (milter-greylist-4.0b4.tgz) = b2ace1e625f87cd8159bcf1215b05974 From
2007-10-06 by Michael Mansour
Hi, I ve whitelisted the following domain: au.pwc.com with the following in the greylist.conf file: acl whitelist domain au.pwc.com as they re valid senders to
2007-10-05 by Matthias Scheler
... This is not the correct fix. The correct fix (see threads(3THR)) is to use cc -mt ... . Kind regards -- Matthias Scheler
2007-10-05 by Emmanuel Dreyfus
... What about giving a try to 4.0b3, then? -- Emmanuel Dreyfus manu@netbsd.org
2007-10-05 by benoit.branciard
... You have to use a 4.0b version of milter-greylist for this to work. The 3.0 (aka stable ) release doesn t support netmasks in DNSRBL statements.
2007-10-04 by manu@netbsd.org
... What about this? dnsrbl DNSWL list.dnswl.org 127.0.0.0/8 acl whitelist dnsrbl DNSWL -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2007-10-04 by Hokan
Today I started using dnsrbl for whitelisting and, while it works, it isn t perfect. I really want to whitelist an IP if it shows up on the list, but it seems
2007-10-04 by Brian W. Antoine
... There are plenty of properly configured servers out there, though the number decreases as the size of the company they serve increases. :) The ISP I worked
2007-10-04 by shuttlebox
... ...or the ones that try each mx once and then quits which is not good if you don t use mx sync (or it doesn t work). There s also mail servers that try
2007-10-04 by Brian W. Antoine
... Since you have no control over the retry time used by the sender, your only option to speed up the delivery is to whitelist at your side of the connection.
2007-10-04 by manu@netbsd.org
... The sender does not retry before that time, or it uses a mail pool: it tried from different IP before trying again with the first one. -- Emmanuel Dreyfus
2007-10-04 by Johann E. Klasek
... I think _REENTRANT is missing. On my Sun box the man page for strtok_r says NOTES When compiling multithreaded applications, the _REENTRANT flag must
2007-10-04 by Michael Mansour
Hi, Some legitimate emails get greylisted for 90 hours and more, and I m trying to understand why. What cases would cause such very very long greylisting? I
2007-10-04 by shuttlebox
... CFLAGS= -fast -xarch=v8 -xildoff -xstrconst -DUSE_FD_POOL -DUSE_DNSRBL - DCONFFILE= /opt/csw/etc/mail/greylist.conf -D_BSD_SOURCE -I${SRCDIR}
2007-10-04 by Emmanuel Dreyfus
... Indeed it seems I screwed the thing. 4.0b4 will follow soon... -- Emmanuel Dreyfus manu@netbsd.org
2007-10-04 by Benoit Branciard
... I may be totally wrong, but... Wasn t this patch supposed to replace *all* fdopen(), fopen() and fclose() stdio calls by Fdopen(), Fopen() and Fclose()
2007-10-03 by Emmanuel Dreyfus
... What do you have in CFLAGS in the Makefile? Please add some ifdefs to check the values, for instance at the top of sync.c: #ifdef __EXTENSIONS__ #warn
2007-10-03 by shuttlebox
... It was in two places, it was a little more inside the first if/else/endif but I only included the strtok_r stuff. #if defined(__STDC__) #if
2007-10-03 by Emmanuel Dreyfus
... Now peek at /usr/include/string.h and check the definition for strtok_r. Is it enclused by #if or #ifdefs? -- Emmanuel Dreyfus manu@netbsd.org
2007-10-03 by shuttlebox
... I found this: #include char *strtok_r(char *s1, const char *s2, char **lasts); -- /peter
2007-10-03 by Emmanuel Dreyfus
... Where is strtok_r on your system? man strtok_r should tell it: SYNOPSIS #include
2007-10-03 by shuttlebox
... I tried beta 3 and the stdio hack, everything looked fine except for this: sync.c , line 363: warning: implicit function declaration: strtok_r sync.c ,
2007-10-03 by manu@netbsd.org
Here is it: http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.0b3.tgz MD5 (milter-greylist-4.0b3.tgz) = edf3b3a4ad48f7d6aa1da707b3794e52 This version
2007-10-01 by Seth Mos
... What I do is, verify the if IP address of sending machine corresponds with the MX IP address for the sender domain. I match those with a generous /24
2007-10-01 by Michael Fromme
Hi, we have some Perl script for this, showing that for the last month 68 % of all delivered external mail came through immediately, 75% after 15 minutes, and
2007-10-01 by manu@netbsd.org
... The man page is a good start, feel free to write an introduction/tutorial/howto once you ll have experimented: From greylist.conf(5): URL checks
2007-10-01 by Michael Mansour
Hi Manu, ... Yes. Admittedly I didn t know about the -cf option and ran it and it ran through pretty quickly. I agree if this was included (which I still think
2007-09-30 by manu@netbsd.org
... I use to run milter-greylist -cf on the new file before moving it to /etc/mail. I agree that testing the config before reloading could be useful, but it
2007-09-30 by Hokan
... If your list is DNS based, then you can use the dnsrbl feature. I haven t done this yet, but will soon. I think this would work: dnsrbl DNSWL
2007-09-30 by Michael Mansour
Hi, I have two feature requests: 1. perform a consistency check on the greylist.conf file before reloading it. I made a rule mistake today when modifying the
2007-09-30 by manu@netbsd.org
... It s always a good idea to whitelist IP you identified to be reliabliy ussed by SMTP servers. Delaying messages sent by a real SMTP sever is useless: the
2007-09-30 by Michael Mansour
Hi, I m wondering if anyone has any stats tools for milter-greylist which can go through sendmail logs and pull out messages with the longest delays for
2007-09-30 by Michael Mansour
Hi, I receive major greylist delays for emails from baseplan.com, 76 hours is normal. I m going to have to whitelist them in the milter, but if I wanted to
2007-09-29 by California_Condor
... KICK! I get the mail by daily digest, and last night s digest ended up in my junk mail due to the backup spam filters...
2007-09-28 by edux
I ve a particular case. some hour before the arrival of the email autowhitelisted entry expired for this example. Email from: bla@example.com to
2007-09-28 by manu@netbsd.org
... Is there a reasonable reason why we should not kick you away from this mailing-list? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2007-09-28 by miltenburg@kngf.nl
This message contains images. If you cannot see the images click here . For New Subscribers: Welcome to the HGTV Ideas Newsletter, which you asked to receive
2007-09-27 by manu@netbsd.org
... Speaking about this one, could you add a copyright notice? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2007-09-27 by Emmanuel Dreyfus
... cvs log says that: revision 1.217 date: 2007/08/23 10:54:13; author: manu; state: Exp; lines: +2 -2 Fix configure LDFLAG generation, -R was missing
2007-09-27 by attila.bruncsak@itu.int
... Hello, In the LDFLAG generation of configure the changes of the rpath variable value has broken the configure script on Tru64 UNIX. It does not even create
2007-09-27 by marknreynolds
Hi, thanks for your response, I think this might well fix the issue. I ll try reducing the stack size and see how it goes. Thanks again, Mark Reynolds
2007-09-27 by Emmanuel Dreyfus
... Yes, I m trying to catch up with that problem after having been swamped by an OpenLDAP setup. ... My only concern here is that we only have two reports on
2007-09-27 by Johann Klasek
... you forget 5) conf.c which is used on startup *and* on every change on greylist.conf ... The problem is not the frequency of passing the above code, but
2007-09-27 by Johann Klasek
... To be exactly, Solaris libc leaves errno untouched (the latest value is preserved ...). Therefore it is necessary to explicit clear errno before calling
2007-09-27 by manu@netbsd.org
... Wait, wait, wait... fopen/fdopen usage is quite limited: 1) dump.c, for duming the database 2) sync.c, for MX sync 3) milter-greylist.c, for the PID file
2007-09-27 by manu@netbsd.org
... Ok, so this problem is just popping up now because of traffic raise? If that s the case, then people using older releases of milter-greylist should have