Brian As it is the HOLD feature uses a reference ID. If I request a change and it requires a confirmation, would the reference IDs would need to match??
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Milburn > Sent: Wednesday, January 08, 2003 9:54 PM > To: [EMAIL PROTECTED] > Subject: RE: [NoXMail] A Heads Up > > > > Hi David, > > I had thought about doing this at a later date, but I > experimented a little > today to explore any issues that might arise. > > The only problem I see is security. I will need to come up with > some sort of > security measures so that someone could not spoof your account > and add a bunch > of porno spammers to your whitelist. > > I'll look into it some more and we'll see what I come up with. > > Thanks for the suggestion, > > Brian > > On 01/07/03 6:52pm you wrote... > >Brian > >The "Add this to my whitelist" feature in the HOLD function > works so well, > >why not consider this as email interface tool. That could open > it up so that > >the end user could configure themselves. Send an email to the NOXMAIL > >account and it could email back a copy of the current user > settings. X a box > >to set a particular feature and reply. If a feature required > further choice > >the appropriate email could be returned for additional changes. X the box > >beside the "get my current whitelist" to retrieve athe list to remove a > >mistake. > > > >The postmaster or domain or group administrator could have a > different set > >of email responders. > > > >A couple of years ago I experimented with something like the > HOLD feature. I > >tried consolidating email addresses that failed and sent out an > email. The > >customer removed the addresses that were not legitimate and replied. That > >created their whitelist although it only worked after the fact. > I loved it > >then because it gave the customer all the control and it cut down on my > >work. False positives are by far my biggest problems. They take more time > >than all the work I do towards junkmail. Hunt it down, try to > figure out why > >it failed, adjust, guess, sweat etc. When I adjust, did it throw > something > >else out of whack. Did I loosen things up so that I get flooded. How many > >other things will I need to change to make the system run smooth again. > >Letting the customer make the choice means far fewer false > positives because > >they get to make the fine adjustments. > > > >Just some thoughts. > > > >Thanks > > > >David > > > > > >> > >> Hi John, > >> > >> I may leave the LOGFILEPATH setting in there but it will be > >> undocumented and > >> not supported by the remote administration program. > >> > >> Unfortunately, you can't always provide all the features > everyone wants in > >> every way they want them. In your case, you probably wouldn't > >> have much of a > >> need for the remote administration features as you manage > >> everything manually. > >> > >> To make remote administration work using FTP you really have to > >> have a base > >> directory. It isn't really practical as a matter of support to > >> have hundreds > >> of different drive/path configurations to figure out. > >> > >> You could always run No-X-Mail from that partition. It doesn't > >> care where it > >> is. > > > >--- > >[This E-mail scanned for viruses by Solid Oak Software] > > > > > >Archives: http://www.mail-archive.com/nox-list%40mail.noxmail.com/ > >Removal address: [EMAIL PROTECTED] > > --- > [This E-mail scanned for viruses by Solid Oak Software] > > > Archives: http://www.mail-archive.com/nox-list%40mail.noxmail.com/ > Removal address: [EMAIL PROTECTED] > --- [This E-mail scanned for viruses by Solid Oak Software] Archives: http://www.mail-archive.com/nox-list%40mail.noxmail.com/ Removal address: [EMAIL PROTECTED]
