I have been making time for it. I made it my priority project, got tired
of customers complaining about spam, and as an ISP, coming up with
middle ground spam settings is difficult at best.  Always someone not
happy with how strict or loose settings are, and I don't want to spend
my days adjusting and policing settings.  

Could you elaborate more on the controls you are talking about, the
posted version is my latest code, and I sometimes plan something and get
side tracked.

I am only polling the Dial-up customers accounts, about 3500 of them, it
is about a one second spike in processor usage every two minutes (the
default interval, can be longer or shorter).  The interface is designed
to check the existance of an account set up in Xmail, so it is possible
to make the system an opt-in or opt-out service.  I changed my
$default$.junkmail file to use MAILBOX action in place of all my HOLD
actions as part of the transition to the new system, and I was holding
about 20K+ messages per day.  I run Xmail on the same server as Imail,
and I only have to worry about postmaster messages clogging up the
system, and Iwebmsg running amok about once a month, I've have yet to
see Xmail choke the server. Now it has only been processing all accounts
for a week, but I am watching it.  I am running on a P4 1.8Ghz with
512MB RAM, on IDE drives, in case you are wondering.

Thanks,
Chuck Frolick
ArgoNet, Inc.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Tom Baker |
Netsmith Inc
Sent: Monday, December 02, 2002 11:09 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [Declude.JunkMail] Imail Web Based Interface


Pretty slick! Better than last time I looked at it.
Looks like we are both building on a lot of the same concepts/ideas, but
you
have more time to work with! :)

I don't see some of the control you mention within your menus, are you
still
developing, or is there another interface which isnt' available to the
public?

I have only 1 real question for you.
> XMail uses POP3Link polling to tranfer messages from users spam folder
to
XMail as a spam queue
 So you are pulling every single account for spam messages to move them
to
your other server?
Can you expand on this for me? I would like to setup something similar
to
where I can delete by date as well, but with about 20k accounts, polling
each one is not feasible.

-Tom


-----Original Message-----
From: Charles Frolick [mailto:[EMAIL PROTECTED]] 
Sent: Monday, December 02, 2002 10:23 AM
To: [EMAIL PROTECTED]
Subject: RE: [Declude.JunkMail] Imail Web Based Interface


I just posted asp source to my app which is similar in concept to Tom's,
except it also has a spambox to manage held spam for the user.  I know
some
people have looked at it, but I haven't received any feedback yet. It
aollows for management of the spam messages separate from Imail's aging
since it does not store the messages in Imail.  So if you are like me
and
only have size limitations on your mailboxes, and cannot revert to
clearing
old messages automatically, the separate spambox can have aged messages,
and
the size limits on the original mailbox are not affected by spam.

Find the app info and download at http://spamreview.argolink.net/doc

Thanks,
Chuck Frolick
ArgoNet, Inc.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Tom Baker |
Netsmith Inc
Sent: Monday, December 02, 2002 7:35 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [Declude.JunkMail] Imail Web Based Interface


I do store all of my user databases in SQL, but it doesn't really
matter,
the CF side never see's the username/password. It's just a little trick
I
did to verify the identity of the user.

My whitelist/blacklists are so very simple... I'm actually not using
declude's whitelists/blacklists... Those work via IMAIL's rules.ima Any
"approved" senders first. [rules.ima] F~[EMAIL PROTECTED]:MAIN ( sends
any
mail from approved-sender to main mailbox, stop's processing rules on
that
message )

Then any black lists
F~[EMAIL PROTECTED]:NUL
( just deletes mail without any trace )

Then my weight-rule based on what level the client chose (header check)
H~X-SpamLevel-Low:SPAM

And of course in $default$.junkmail
LOW WARN X-SpamLevel-Low: This message triggered the "low" spam test
MEDIUM
WARN X-SpamLevel-Medium: This message triggered the "medium" spam test
HIGH
WARN X-SpamLevel-High: This message triggered the "high" spam test

And [global.cfg]
HIGH            weightrange     x       x       1       15
MEDIUM  weightrange     x       x       16      25
LOW             weight  x       x       26      0

I am actually finishing up a revision that gives my users a way of
"syncronizing" their approved senders lists to their IMAIL address book,
and
lets them upload/download their IMAIL address book so they can
syncronize it
with Outlook Express.

When I first started this concept I posted my source to the list, but
have
not updated that source in quite some time. Some of the source is
specific
to my system (because of the billing system integaration), but most of
what
you need is contained within just a couple of .cfm's. I will send you
them
off list this afternoon.

-Tom

-----Original Message-----
From: Cxan [mailto:[EMAIL PROTECTED]] 
Sent: Sunday, December 01, 2002 9:49 PM
To: [EMAIL PROTECTED]
Subject: Re: [Declude.JunkMail] Imail Web Based Interface


Tom,

This is exactly what I am talking about. I noticed that you used Cold
Fusion
and that is what our developers use. The idea that I have is extremely
close
to what you have done. I will search the archive to find your
documentation.
For the approved and black list did you use a  table SQL database. I am
assuming that you are not saving your Imail user database in the
registry.
The reason I ask is I am leaving our Imail user database just as it is
(the
default) but yet we created a SQL table for whitelist/blacklist
information.
It is very much a table that holds the rules for per domain or per user
email  address.  This way the users can very much populate this database
using interfaces very similar and almost identical to your interface. In
addition I wrote a external  program in Visual Basic that is call by
Declude. queries this table for each incoming email and makes decision
and
contributes to Decludes weighting system based on the rules stated in
the
database . That is mainly why I love the design and ideas behind
Declude. I
was wondering if it is possible to get a copy of your .cfm files and
modify
them?


Best Regards,

Mishi

----- Original Message -----
From: "Tom Baker | Netsmith Inc" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 01, 2002 10:23 PM
Subject: RE: [Declude.JunkMail] Imail Web Based Interface


> The session string can be helpful for kicking a user between "iwebmsg"

> and your own web server with only a single authentication point. I
> have
already
> accomplished this with my system, and have integrated my online
> billing / spam filters with the web templates.
>
> You can see an example of what I'm talking about at
> http://mail.bsc.net/ Email= [EMAIL PROTECTED]
> Pass = declude
>
> Notice whenever your URL begins with "http://mail.xxxx"; you are in
> IMAIL's Web messeging server, but whenever your URL begins with
"http://signup.xxxx";
> you have followed a link which kicked you to my other web server, and
> verified your login information from IMAIL. (preventing you from 
> having to login twice). ( for a specific example, click the spam 
> filters button )
>
> Search the mail archives at
> http://www.mail-archive.com/declude.junkmail%40declude.com/ to find my
older
> post which explains how I accomplish this, or ask if you are curious.
>
> I think this might be along the lines of what you are asking.
>
> -Tom
>
> -----Original Message-----
> From: Cxan [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, December 01, 2002 4:35 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Declude.JunkMail] Imail Web Based Interface
>
>
> Terry,
>
> You have been a great help today. I think the links that
> you sent me would be a good start.
>
> Many Thanks
>
> Mishi
>
> ----- Original Message -----
> From: "Smart Business Lists" <[EMAIL PROTECTED]>
> To: "Cxan" <[EMAIL PROTECTED]>
> Sent: Sunday, December 01, 2002 5:28 PM
> Subject: Re: [Declude.JunkMail] Imail Web Based Interface
>
>
> > Mishi
> >
> > Sunday, December 1, 2002 you wrote:
> > > The link that you sent me did not explain what I am asking for.
> > > Let me explain my question a bit more: Suppose there is a virtual 
> > > domain called abcvirtual.com on a server called xyzserver.com. 
> > > When a user logs in to the server using Imail port 8383 then Imail

> > > creates a bunch of security character strings like :
> > >
>
http://xyzserver.com:8383/Xade9939bcc9fcf9aee8571e9/menu.63104.cgi?mbx=M
ain
> > > What I am trying to figure out is what holds/creates the string :
> > > Xade9939bcc9fcf9aee8571e9
> >
> >   Oh, I did misunderstand.  I do not believe that the session id is
> >   well known.  It is certainly not documented in so far as I know
and
> >   I've never seen a hack described.  There have been vulnerabilities
> >   described to acquire someone's session id but all I know
presuppose
> >   the existence of the id.  Since the IMAIL password has been hacked
> >   and described I suspect the session id has not been or it would
also
> >   be described somewhere.
> >
> >   Therefore, I suspect your most promising path of exploration is to
> >   attempt to modify the templates after the session is created. See
> >   these links for aid on customizing web messaging templates and the
> >   special tags you can use:
> >
> >      http://support.ipswitch.com/kb/IM-20000615-DM01.htm
> >      http://support.ipswitch.com/kb/IM-20010928-DM01.htm
> >
> >
>
http://www.ipswitch.com/support/IMail/guide/imailug7.1/Appendix%20H%20ca
l_te
> mplates5.html
> >
> > I know this is not answering your question but maybe it will help.
> >
> >
> > Terry Fritts
> >
> > ---
> > [This E-mail was scanned for viruses by Declude Virus
> (http://www.declude.com)]
> >
> > ---
> > This E-mail came from the Declude.JunkMail mailing list.  To
> > unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type 
> > "unsubscribe Declude.JunkMail".  The archives can be found at 
> > http://www.mail-archive.com.
> >
>
> ---
> [This E-mail was scanned for viruses by Declude Virus
> (http://www.declude.com)]
>
> ---
> This E-mail came from the Declude.JunkMail mailing list.  To
> unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type 
> "unsubscribe Declude.JunkMail".  The archives can be found at 
> http://www.mail-archive.com.
> ---
> [This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]
>
> ---
> This E-mail came from the Declude.JunkMail mailing list.  To
> unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type 
> "unsubscribe Declude.JunkMail".  The archives can be found at 
> http://www.mail-archive.com.
>

---
[This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]

---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe,
just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe
Declude.JunkMail".  The archives can be found at
http://www.mail-archive.com.
---
[This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]

---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail".  The archives can be found
at http://www.mail-archive.com.

---
[This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]

---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail".  The archives can be found
at http://www.mail-archive.com.
---
[This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]

---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail".  The archives can be found
at http://www.mail-archive.com.

---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]

---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail".  The archives can be found
at http://www.mail-archive.com.

Reply via email to