Re: [spamdyke-users] smtp auth relay issues
I had nothing in my access file. It appears to work in this case when :allow is in the access-file. The documentation isn't too clear on this, although I would *SWEAR* that I tried this beforehand. Perhaps I was adding -x to the tcpserver command, I know I did throw that in for kicks at one point (and I need to test that again). Thanks for the help, I tested it several times and it appears to work as expected. It's a great product, even if I'm not actually using it for spam protection! :) ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
[spamdyke-users] another subject...
qsheff hasn't been updated in about a year, and the last released version will kill your mail server (literally) with e-mail eating bugs. if someone was willing to take this under their wing and maybe just rip out the functionality other than anti-virus, that would be cool ;) in all seriousness, it looks to me like shortly clamav or one of the other tools will be updated and qsheff won't be able to check for viruses anymore... qsheff remains the only program of its type that I know of which can keep up with a busy mail server - the rest all seem to be implemented through perl or python, which kills the performance of the system thoughts? sam, are you interested in a one-two punch or do you plan to add antivirus to your daemonized version? this fan of spamdyke would love to know :) -- -- Cheers, Steve ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] another subject...
On Tuesday 30 October 2007, Sam Clippinger wrote: I'm not familiar with qsheff, so I hadn't given any thought to trying to replace it. Personally, I use qmail-scanner (qmail-scanner.sourceforge.net). Yes, but the issue we have with qmail-scanner is that our e-mail system moves around 1.2M messages a day (~40,000 mailboxes) and under that kind of load, qmail-scanner rolls tits-up and dies because it has all the overhead of Perl starting up and loading extensions. qsheff is written in C and self-contained binary compiled with -Os is about 25KB. It incorporates direct access to CLAMAV through its library and so supports clamd. The last working version of qsheff is 2.1-r1 and I have the archive if anyone is interested in taking it under their wing. Don't really mean to hijack the list, I see qsheff as the 2nd step to an existing spamdyke solution for e-mail. Ideally if someone took it on, it could be made to complement spamdyke even better. Note to anyone thinking of trying it: do not use 2.1-r2 or you will lose mail. The last working version is 2.1-r1. You have been warned. :) -- Cheers, Steve ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
[spamdyke-users] How-to?
I need to offer SMTP-Auth on one server which was previously using POP-before-SMTP and the issue I am running into is this: I'd like to give them 90 days to get themselves moved over to SMTP-Auth, while continuing to use the existing configuration. I am handling the RELAYCLIENT additions in tcpserver as per vpopmail's P-b-S scheme. Where this falls apart is that spamdyke appears to strip RELAYCLIENT out and disallow relaying unless they do AUTH. I've read the documentation and from what I see, if I had the access-file updated with existing P-b-S IPs, I could make it work, however the vpopmail data file is in CDB format. Is there a way to do this or should I just bite the bullet and tell them that at a certain date we will switch? That would be moderately ugly. -- -- Cheers, Steve ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
[spamdyke-users] option to not look up any dns information on connections?
For those of us not using any of the DNS/reverse DNS features of spamdyke, is it possible to add a bypass all DNS checks feature? This would be useful for those of us using spamdyke only for AUTH/TLS capabilities and an IP address accept/deny list. I wish I had the programming skill to supply a patch. :/ -- -- Cheers, Steve ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
[spamdyke-users] compilation error, Debian Wheezy
From the config: configure: error: Unable to compile without struct option for getopt_long() See `config.log' for more details. gcc: gcc version 4.6.1 (Debian 4.6.1-4) ld: GNU ld (GNU Binutils for Debian) 2.21.52.20110606 c-lib: libc62.13-10 ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
[spamdyke-users] Spamdyke 4.2.1 - Does not compile on Debian.
Still an issue on Debian Stable Wheezy:
Straight-up ./configure used
-- cut
checking whether anonymous inner functions are supported by default... yes
checking whether struct option is defined in getopt.h... no
checking whether struct option is defined in unistd.h... no
configure: error: Unable to compile without struct option for getopt_long()
See `config.log' for more details.
-- cut
configure:5975: checking whether struct option is defined in unistd.h
configure:6000: gcc -c -Wall -O2 conftest.c 5
conftest.c: In function 'main':
conftest.c:33:16: error: storage size of 'tmp_option' isn't known
conftest.c:33:16: warning: unused variable 'tmp_option' [-Wunused-variable]
configure:6006: $? = 1
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME spamdyke
| #define PACKAGE_TARNAME -spamdyke-
| #define PACKAGE_VERSION 4.2.1
| #define PACKAGE_STRING spamdyke 4.2.1
| #define PACKAGE_BUGREPORT samc (at) silence (dot) org
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_STDINT_H 1
| #define TIME_WITH_SYS_TIME 1
| #define HAVE_DIRENT_H 1
| #define HAVE_STRUCT_DIRENT_D_TYPE 1
| #define HAVE_DECL_DT_WHT 1
| #define HAVE_DECL_S_IFWHT 0
| #define HAVE_DECL_INADDR_LOOPBACK 1
| #define HAVE_LIBSSL 1
| /* end confdefs.h. */
| #include stdio.h
| #include unistd.h
| int
| main ()
| {
| struct option tmp_option;
| tmp_option.name = NULL;
| ;
| return 0;
| }
configure:6017: result: no
configure:6020: error: Unable to compile without struct option for
getopt_long()
See `config.log' for more details.
-- cut
___
spamdyke-users mailing list
spamdyke-users@spamdyke.org
http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] spamdyke segfaulting on auth
On 14-03-07 03:53 PM, Sam Clippinger wrote: What OS are you on? Does this happen every time, or just for some connections? If you can It appears to happen every time. I'm using Debian Linux x86_64. Spamdyke 4.3.1 continues to work fine. (./configure --with-excessive-output) and run it with the full-log-dir option enabled to capture the full log of everything that's happening. That log would show everything about how spamdyke is configured, the environment, inputs and outputs, etc. I could use that to reproduce the problem and find the bug. Will do. I will however caution that I did try something like that and it crashed before logging anything meaningful however I will try it to the letter so that we can both be sure. Thanks for helping and I hope I turn up something useful for you. ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
