It's not all that much.
I don't see anything glaring here. I think that qmail is complaining
that it hasn't see a MAIL command yet, which spamdyke should have passed
to it.
Please post this on the spamdyke list and we'll see what Sam thinks of it.
Thanks David.
--
-Eric 'shubes'
On 10/12/2
OK,
There is alot of stuff in here did not know if I should make
attachment or not.
[root@mx2 log]# cat 20121012_092636_29788_607907897
10/12/2012 09:26:36 STARTED: VERSION = 4.3.1+TLS+CONFIGTEST+DEBUG, PID =
29788
10/12/2012 09:26:36 CURRENT ENVIRONMENT
PATH=/var/qmail/bin:/usr/local/bin:/
Right. Each email "session" will be in its own file.
--
-Eric 'shubes'
On 10/11/2012 07:31 PM, David Milholen wrote:
ok got this going and showing lots of stuff..
I will need the sender to resend another email to provoke the logging
of his connection... correct?
thanks
Dave
On 10/11/2012 10:
ok got this going and showing lots of stuff..
I will need the sender to resend another email to provoke the logging
of his connection... correct?
thanks
Dave
On 10/11/2012 10:14 AM, Eric Shubert wrote:
Nothing to turn on. Just include the parameter in the config.
Spamdyke's config changes are
Nothing to turn on. Just include the parameter in the config. Spamdyke's
config changes are picked up on the fly, so there's nothing to restart.
Just be sure the directory exists, and has appropriate permissions.
# ls -ld /var/log/spamdyke
drwxr-xr-x 2 vpopmail vchkpw 4096 Jul 25 12:24 /var/log
Eric,
I have never done the full log before..
What is the command to turn it on while spamdyke is running?
Thanks
dave
On 10/10/2012 11:36 AM, Eric Shubert wrote:
On 10/10/2012 08:49 AM, David wrote:
Ok,
Here is the DEBUG info
@40005075948c07a2eee4 spamdyke[9351]:
DEBUG(find_username()
On 10/10/2012 08:49 AM, David wrote:
Ok,
Here is the DEBUG info
@40005075948c07a2eee4 spamdyke[9351]:
DEBUG(find_username()@spamdyke.c:194): searching for username between
positions 11 and 37: MAIL FROM: SIZE=48783
@40005075948c07a392f4 spamdyke[9351]:
DEBUG(find_domain()@spamdyke.c:42
Ok,
Here is the DEBUG info
@40005075948c07a2eee4 spamdyke[9351]:
DEBUG(find_username()@spamdyke.c:194): searching for username between
positions 11 and 37: MAIL FROM: SIZE=48783
@40005075948c07a392f4 spamdyke[9351]:
DEBUG(find_domain()@spamdyke.c:428): searching for domain between
po
I do believe you are correct because it seems this error only shows up with
2 senders..
I have turned on the log and I having one of them resend another
message to see the details.
Thanks
On 10/10/2012 10:10 AM, Eric Shubert wrote:
On 10/10/2012 06:17 AM, David wrote:
I am not able to recei
On 10/10/2012 06:17 AM, David wrote:
I am not able to receive mail from some of my vendors..
here is what I have in my log
DENIED_OTHER from: jmckin...@converge-tech.com to: dmilho...@wletc.com
origin_ip: 208.78.196.7 origin_rdns: inbound.ctinetworkservices.net
auth: (unknown) encryption: (none
Hi Eric,
Sorry the domain names were changed to give the direction of the send.
The entire system works perfectly, as it has done since I moved to QMT
a long time ago.
However changes to clients systems are starting to creep in, and as I know
little of Outlook (nor ever wanted too) I will have
Let me ask another way. Is this email destined to a domain (todom.com)
that's external to your server? I got the impression that todom.com was
one of your domains, when you said "single client network". I guess I'm
not sure what you mean by that.
If todom.com is not hosted on your server (like
Exactly the correct domain entries for my client Eric!
best wishes
Tony White
On 10/10/2012 09:33, Eric Shubert wrote:
On 10/09/2012 02:04 PM, Tony White wrote:
Hi all,
I have a single client network that get this result!
I assume I have done something wrong but I cannot
see what! Does a
On 10/09/2012 02:04 PM, Tony White wrote:
Hi all,
I have a single client network that get this result!
I assume I have done something wrong but I cannot
see what! Does anyone know please?
DENIED_OTHER from: shir...@mydom.com to: to...@todom.com origin_ip:
nnn.nn.nnn.nnn origin_rdns: det2.tnk.
Thanks for the input, Martin. I guess that's another way of handling it.
I'd be happy if spamdyke handled spf processing, but it doesn't yet.
I guess the important point here is that QMT's spf checking isn't 100%,
and people should be aware of that.
I just sent an email to Christophe (the aut
3 was the original setting in my case. I had to drop it to 1 to get it
to allow the email through.
Again, in this case the sending domain had no DNS TXT record at all. I
would have thought that this lack of a TXT record would be more common
than it appears to be, but I guess it's fairly rare.
Yes, the message is issued from spamdyke when it receives a reject code
from qmail-smtp. This can be the result of any number of other filters,
including chkuser, simscan (spamassassin or clamav), badmailto, etc.
Basically anything that's not spamdyke. The problem in this situation is
that SPF
17 matches
Mail list logo