As the subject states, on my IMail server, when I use dig to check on
reverse dns entries
of a domain, i get this:
; <<>> DiG 9.2.3 <<>> -x 209.7.3.194
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 41
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AU
211 9449 8344
mailto:[EMAIL PROTECTED]
***
-Ursprüngliche Nachricht-
Von: EN [mailto:[EMAIL PROTECTED]
Gesendet am: Montag, 9. Februar 2004 15:21
An: [EMAIL PROTECTED]
Betreff: [Declude.JunkMail] Filters and outputs (perhaps)
I have a filter that scans an
I have a filter that scans an email and looks for certain words that may be
inappropriate.
It does a great job, but sometimes a bit too great. I've taken out most of
the small words that may just appear in non-graphic words, but sometimes
there are still emails that get
caught and I have no idea w
So if a word IS found in a base64 attachment, what do I need to do to put
so the badworld test will not kick in?
Thanks
- Original Message -
From: "Matthew Bramble" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 05, 2004 5:48 PM
Subject: Re: [Declude.JunkMail] attachmen
R. Scott,
Thanks for the reply, I did find out what's happening before you got to me
though. Yah
the BCC emails are showing up in the headers, and yup, i am running 1.75.
again, Thanks for the reply
- Original Message -
From: "R. Scott Perry" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
I've tried using the BCC tests, and i sent some email my from an outside
webmail server. The tests don't
even show up as failing. I'm using one that will trigger when there are 3, 5
and 10 BCCs and I've sent an
email with 5 bcc's, and the tests don't show up as failing at all.
Is there something I
I finally got this figured out.
What I needed to do was have my ISP delegate control of my subnet to our
server.
Easy enough but I guess I wasn't fully aware of their settings to see what
was going on in order to
come to this conclusion.
Thanks for the help.
- Original Message -
From: "R
> Is the IMail server in the DMZ?
The IMail server is actually outside of our firewall on the internet side of
things.
>
> I'm guessing that your local DNS server thinks that it is authoritative
for
> reverse DNS lookups, but doesn't have a reverse DNS entry for 209.7.3.194.
>
When you say local,
Hi all,
I've had this problem for a while, and although I found a way around it, I
want to get it corrected
so that I don't see this warning...anyway...
My work is behind a firewall, this firewall, contains 3 zones:
Our Private network with a 192.168.x.x IP range
Our DMZ
and the Internet Zone
Scott, sure:
We had to change all the domain IPs in the IMail, did that through regedit.
We had to change all our DNS settings, IP mappings and such. We host
websites, DNS servers, Mail servers so EVERYTHING had to change. We now
have a lot more IPs than we had before, so everything is on it's o
R. Scott,
No, the emails before never failed the helobogus.
As for having the PCs themselves have an IP. Well, of course they do, but
it's a private internal network, IMail is outside our private network. The
firewall does NAT so all our PCs are seen as having just 1 ip.
- Original Messag
In my site, we mainly use IMail through the web interface. There are a few
people who use it
with Outlook Express. When we had our old ISP, those users with OE were
able to send email
to others within the same domain fine. No problems. Now after our ISP
switch, those users are getting
marked as
12 matches
Mail list logo
