d be definitely identified as the
culprit, but removed anything suspect.
Ron
On 12/10/2013 9:35 AM, Les Fenison wrote:
I had one of my email users accounts compromised this morning and have
been thinking of what could have prevented hundreds of thousands of
spams from going out all within a
Ok, Ill give this a try also.
Yes, I require authentication to send and receive emails from the server.
On 6/13/2011 10:48 AM, Eric Shubert wrote:
> Putting your domain's addresses in whitelist_recipients pretty much
> defeats the purpose of spamdyke.
>
> Putting your domain's addresses in whiteli
wrote:
> ron wrote:
>> Whats the consensus, good or bad idea to whitelist all email addresses
>> within your company in spamdykes whitelist_recipients?
> Wouldn't that be rather counter-productive? If you whitelist all
> recipients at your company (and assuming that your
Whats the consensus, good or bad idea to whitelist all email addresses
within your company in spamdykes whitelist_recipients?
Thanks
Ron
___
spamdyke-users mailing list
spamdyke-users@spamdyke.org
http://www.spamdyke.org/mailman/listinfo/spamdyke-users
s pointing at the same certificate, but doesn't support a
> separate DH param PEM as far as I can see.
>
> This last bit (the DH params) is the only major difference I can see
> between Qmail-TLS and Spamdyke. Going to test a few things ... ;)
>
>
> On 6/10/11 12:11 PM, ron w
se
> tls-level=none
> in your spamdyke config, then it works. If you haven't tried this,
> please do.
>
> On 06/10/2011 09:11 AM, ron wrote:
>> When I disable spamdyke, qmail accepts the emails just fine, its when
>> spamdyke is enabled that
>> the emails can no
rying a cert signed by a registered CA
>> instead of using a self signed cert.
>>
>> On 06/10/2011 07:50 AM, Jose Galvez wrote:
>>> Have you used your mail server without ssl certificate?
>>> What message appears at the side of your customer? Can you share that
Where would I find the file if its not the one I already posted?
>Can you please share your daemontools "run" file with us?
>
>Also, Sam - could this be related to the change in 4.2.0 that's
described by:
>
>"[4.2.0] fixes a number of bugs, including an TLS/SSL issue that can
cause spamdyke
Does anyone else have a spamdyke setup? I can try to get her to send an
email to see if there
are the same issues as what I am getting?
*Ron Olds *
*National Service Information *
145 Baker St
Marion, Ohio 43302
_ron@nsii.net_
800-235-0337 X122
On 6/9/2011 11:45 AM, Sam Clippinger wrote
Ok, I removed softlimit completely and here is the log file:
Doesnt appear to be any changes
06/09/2011 13:42:34 STARTED: VERSION = 4.2.0+TLS+CONFIGTEST+DEBUG, PID =
18709
06/09/2011 13:42:34 CURRENT ENVIRONMENT
PATH=/var/qmail/bin:/usr/local/bin:/usr/bin:/bin
PWD=/var/qmail/supervise/smtp
SHLVL
Yes it is.
On 6/9/2011 1:04 PM, Eric Shubert wrote:
> Here's the name/address of a real guy I'm doing a little troubleshooting
> with:
>
> Ron Olds
> National Service Information
> 145 Baker St
> Marion, Ohio 43302
>
> Made me think of you, twice.
> (
OUTPUT TLS
ERROR: unable to read from SSL/TLS stream: The operation failed due to
an I/O error, Unexpected EOF found
06/09/2011 12:51:53 - TLS ended and closed
06/09/2011 12:51:53 CLOSED
*Ron Olds *
*National Service Information *
145 Baker St
Marion, Ohio 43302
_ron@nsii.net_
800-235-0337 X122
Right after I said everything was ok, I went to lunch all fat dumb &
happy thinking it was all fixed.
While out to lunch I remembered that I left all the TLS stuff commented
out, so I uncommented them
and had her send me another test, it didnt go. So its not fixed.
*Ron Olds *
*Nati
Ok, That seems to have done the trick. I received an email from the client.
I bumped it up to 128M.
Thanks
Ron
On 6/9/2011 10:12 AM, Sam Clippinger wrote:
> 20M seems kinda low for "softlimit". Try increasing the number to see
> if that makes a difference -- for example, add an
Linux mail2.nsii.net 2.6.18-238.9.1.el5 #1 SMP Tue Apr 12 18:10:56 EDT
2011 i686 i686 i386 GNU/Linux
**
On 6/9/2011 10:04 AM, Eric Shubert wrote:
arch ?
# uname -a
On 06/09/2011 05:13 AM, ron wrote:
OS is Centos 5.6
Linux kernel is 2.6.18-238.9.1.el5
Server is a DL380 G4
Centos runs under
OS is Centos 5.6
Linux kernel is 2.6.18-238.9.1.el5
Server is a DL380 G4
Centos runs under VMWare ESXi 4.0
Here is the "run" file.
#!/bin/sh
QMAILDUID=`id -u vpopmail`
NOFILESGID=`id -g vpopmail`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
SPAMDYKE="/usr/local/bin/spamdyke"
SPAMDYKE_CON
()@spamdyke.c:428): searching for domain between
positions 12 and 20: RCPT TO:
DEBUG(find_address()@spamdyke.c:793): found username: ron
DEBUG(find_address()@spamdyke.c:810): found domain: nsii.net
DEBUG(filter_recipient_relay()@filter.c:2258): checking relaying;
relay-level: 0 recipient: r...@nsii.net ip
-CBC-MD5:EXP-KRB5-RC4-MD5:EXP-KRB5-RC4-SHA:EXP-RC4-MD5:EXP-RC4-MD5
On 6/8/2011 2:19 PM, Eric Shubert wrote:
> On 06/08/2011 10:59 AM, Eric Shubert wrote:
>> On 06/08/2011 10:19 AM, ron wrote:
>>> Received: from unknown (HELO mail-out-01.healthways.com) (64.58.208.13)
>>&
To turn off TLS, I would remark out the following lines in my config file?
tls-certificate-file=/var/qmail/control/servercert.pem
tls-level=smtp
These are the only 2 lines that show TLS
> It appears that TLS starts, the remote says "EHLO", qmail sends back
> 250- replies, and the remote never repli
.amhc.amhealthways.net with Microsoft SMTPSVC(6.0.3790.4675);
Wed, 8 Jun 2011 11:41:03 -0500
Received: from corpexch03.amhc.amhealthways.net ([::1]) by
corpexchht.amhc.amhealthways.net ([::1]) with mapi; Wed, 8 Jun 2011
11:41:03 -0500
From: "Stooksbury, LeAnn"
To: 'ron'
Date: Wed,
Here is the log of the client that spamdyke is blocking:
06/08/2011 12:42:45 STARTED: VERSION = 4.2.0+TLS+CONFIGTEST+DEBUG, PID =
31888
06/08/2011 12:42:45 CURRENT ENVIRONMENT
PATH=/var/qmail/bin:/usr/local/bin:/usr/bin:/bin
PWD=/var/qmail/supervise/smtp
SHLVL=0
PROTO=TCP
TCPLOCALIP=65.116.220.13
any other ideas on what to do or look for? I have included a portion
of the log and my spamdyke configuration file.
Thanks in advance
Ron
Information from smtp log:
@40004dee4249107d002c tcpserver: end 14525 status 0
@40004dee4249107d2b24 tcpserver: status: 0/100
22 matches
Mail list logo
