Re: [Declude.JunkMail] OT: imail q files magically dissapearing
Craig, fpReview loads the D* file. If you are having failures in the SMTP transaction you will have broken files (i.e. the Q* file does not exist OR is prefaced with t*). I am not sure what Imail version your running but have seen others report a signifigant increase in broken connection files in 2006. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. - Original Message - From: Craig Edmonds To: declude.junkmail@declude.com Sent: Monday, October 23, 2006 6:12 PM Subject: [Declude.JunkMail] OT: imail q files magically dissapearing On one of my imail servers, my spool folder is slowly filling up with D files. I am using fpreview to view the files in the spool and there are currently 180 or so emails. when i try to "return to queue" I get an error saying that the q file could not be found, whch isa bit strange becasue many many of the emails are local to the server. When I look in the /spool there is a not a single q file anywhere. Any ideas whats happening? Has sniffer or declude gone nuts? Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com . ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com. ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
RE: [Declude.JunkMail] OT: imail q files magically dissapearing
Hi Darrell, In your fpreview programme (which is pretty useful) how about making it when you "return to queue", it gives an option to recreate the q file? I have made a small command line vbs script which does it but its still time consuming to enter the data one by one but cuts down the time have to create one manually. I wrote this last night very quickly becasue I have about 250 legitimate mails which are broken and have to fix them one by one. It very basic but does the job for me today. --- start script Set ArgObj = WScript.Arguments filename=ArgObj(0) Sender=ArgObj(1) Recipient=ArgObj(2) Spoolfolder="c:\imail\spool\"Qfilename="Q" filename ".smd"Dfilename="D" filename ".smd"Filename=Spoolfolder Qfilename '=='write the q file first'==Set fso = CreateObject("Scripting.FileSystemObject")set fname=fso.CreateTextFile(Filename,true)Set fso=nothingSet fname=nothing '=='now write the content of the q file'==Set fso = CreateObject("Scripting.FileSystemObject")Set fname = fso.OpenTextFile(Filename, 8, True) fname.write "QC:\IMail\spool\" Dfilename vbCRLFfname.write "Hmail.mail2.123marbella.com" vbCRLFfname.write "S" Sender "" vbCRLFfname.write "R" Recipient "" vbCRLF Set fso=nothingSet fname=nothing set ArgObj = Nothing --end script Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED])Sent: Tuesday, October 24, 2006 8:19 AMTo: declude.junkmail@declude.comSubject: Re: [Declude.JunkMail] OT: imail q files magically dissapearing Craig, fpReview loads the D* file. If you are having failures in the SMTP transaction you will have broken files (i.e. the Q* file does not exist OR is prefaced with t*). I am not sure what Imail version your running but have seen others report a signifigant increase in broken connection files in 2006. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. - Original Message - From: Craig Edmonds To: declude.junkmail@declude.com Sent: Monday, October 23, 2006 6:12 PM Subject: [Declude.JunkMail] OT: imail q files magically dissapearing On one of my imail servers, my spool folder is slowly filling up with D files. I am using fpreview to view the files in the spool and there are currently 180 or so emails. when i try to "return to queue" I get an error saying that the q file could not be found, whch isa bit strange becasue many many of the emails are local to the server. When I look in the /spool there is a not a single q file anywhere. Any ideas whats happening? Has sniffer or declude gone nuts? Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com . ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com. ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com. ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
RE: [Declude.JunkMail] OT: imail q files magically dissapearing
Only problem his, how do you know what the recipient email address is without parsing either the Declude or SMTP logs? Oh, BTW, no the to address in the headers is not always the email address the message is destined to. John T eServices For You Seek, and ye shall find! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig Edmonds Sent: Tuesday, October 24, 2006 12:45 AM To: declude.junkmail@declude.com Subject: RE: [Declude.JunkMail] OT: imail q files magically dissapearing Importance: High Hi Darrell, In your fpreview programme (which is pretty useful) how about making it when you return to queue, it gives an option to recreate the q file? I have made a small command line vbs script which does it but its still time consuming to enter the data one by one but cuts down the time have to create one manually. I wrote this last night very quickly becasue I have about 250 legitimate mails which are broken and have to fix them one by one. It very basic but does the job for me today. --- start script Set ArgObj = WScript.Arguments filename=ArgObj(0) Sender=ArgObj(1) Recipient=ArgObj(2) Spoolfolder=c:\imail\spool\ Qfilename=Q filename .smd Dfilename=D filename .smd Filename=Spoolfolder Qfilename '== 'write the q file first '== Set fso = CreateObject(Scripting.FileSystemObject) set fname=fso.CreateTextFile(Filename,true) Set fso=nothing Set fname=nothing '== 'now write the content of the q file '== Set fso = CreateObject(Scripting.FileSystemObject) Set fname = fso.OpenTextFile(Filename, 8, True) fname.write QC:\IMail\spool\ Dfilename vbCRLF fname.write Hmail.mail2.123marbella.com vbCRLF fname.write S Sender vbCRLF fname.write R Recipient vbCRLF Set fso=nothing Set fname=nothing set ArgObj = Nothing --end script Kindest Regards Craig Edmonds 123 Marbella Internet W: www.123marbella.com From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Tuesday, October 24, 2006 8:19 AM To: declude.junkmail@declude.com Subject: Re: [Declude.JunkMail] OT: imail q files magically dissapearing Craig, fpReview loads the D* file. If you are having failures in the SMTP transaction you will have broken files (i.e. the Q* file does not exist OR is prefaced with t*). I am not sure what Imail version your running but have seen others report a signifigant increase in broken connection files in 2006. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. - Original Message - From: Craig Edmonds To: declude.junkmail@declude.com Sent: Monday, October 23, 2006 6:12 PM Subject: [Declude.JunkMail] OT: imail q files magically dissapearing On one of my imail servers, my spool folder is slowly filling up with D files. I am using fpreview to view the files in the spool and there are currently 180 or so emails. when i try to return to queue I get an error saying that the q file could not be found, whch isa bit strange becasue many many of the emails are local to the server. When I look in the /spool there is a not a single q file anywhere. Any ideas whats happening? Has sniffer or declude gone nuts? Kindest Regards Craig Edmonds 123 Marbella Internet W: www.123marbella.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 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 came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com. ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
[Declude.JunkMail] OT: imail q files magically dissapearing
On one of my imail servers, my spool folder is slowly filling up with D files. I am using fpreview to view the files in the spool and there are currently 180 or so emails. when i try to "return to queue" I get an error saying that the q file could not be found, whch isa bit strange becasue many many of the emails are local to the server. When I look in the /spool there is a not a single q file anywhere. Any ideas whats happening? Has sniffer or declude gone nuts? Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com . ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
RE: [Declude.JunkMail] OT: imail q files magically dissapearing
I've noticed the same thing in all versions of Ipswitch IMail Server; the cause was broken connections, 99% of which were spam. Only in the absolute latest, v9.10 from Sep-06-2006, have I noticed that IMail cleans up after itself. There is an item about this in the latest release notes. Andrew 8) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig EdmondsSent: Monday, October 23, 2006 3:13 PMTo: declude.junkmail@declude.comSubject: [Declude.JunkMail] OT: imail q files magically dissapearingImportance: HighSensitivity: Confidential On one of my imail servers, my spool folder is slowly filling up with D files. I am using fpreview to view the files in the spool and there are currently 180 or so emails. when i try to "return to queue" I get an error saying that the q file could not be found, whch isa bit strange becasue many many of the emails are local to the server. When I look in the /spool there is a not a single q file anywhere. Any ideas whats happening? Has sniffer or declude gone nuts? Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com . ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com. ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
RE: [Declude.JunkMail] OT: imail q files magically dissapearing
on further inspection, the files where the q spool files have dissapeared all have the ERR 02 Virus scan in the log file.I am running ClamWIN. Is this an clamwin error? 20622910:23 23:59 SMTPD(3b24000400828f94) [65.17.213.163] connect 80.33.86.200 port 1291320623010:23 23:59 SMTPD(3b24000400828f94) [80.33.86.200] EHLO gordo20623210:23 23:59 SMTPD(3b24000400828f94) Authenticated [EMAIL PROTECTED], session treated as local.20623310:23 23:59 SMTPD(3b24000400828f94) [80.33.86.200] MAIL FROM: [EMAIL PROTECTED]20623510:23 23:59 SMTPD(3b24000400828f94) [80.33.86.200] RCPT TO: [EMAIL PROTECTED]20623910:23 23:59 SMTPD(3b24000400828f94) [80.33.86.200] C:\IMail\Spool\D3b24000400828f94.SMD 719820627810:23 23:59 SMTP-() Info - Adding Queue file C:\IMail\Spool\q3b24000400828f94.smd 20627910:23 23:59 SMTP-(3b24000400828f94) processing C:\IMail\Spool\q3b24000400828f94.smd20628010:23 23:59 SMTP-(3b24000400828f94) [x] looking up sanquets.com in HOSTS and MX20629110:23 23:59 SMTP-(3b24000400828f94) Info - Adding sanquets.com to DNS cache - TTL = 40280 20629210:23 23:59 SMTP-(3b24000400828f94) ERR 029 - Virus scan call generated general fault, treating as infected20629310:23 23:59 SMTP-(3b24000400828f94) Virus detected, Not repaired, Message deleted, Virus data =""> 20629410:23 23:59 SMTP-(3b24000400828f94) Creating message from Postmaster20629510:23 23:59 SMTP-(3b24000400828f94) finished C:\IMail\Spool\q3b24000400828f94.smd status=1 Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig EdmondsSent: Tuesday, October 24, 2006 12:13 AMTo: declude.junkmail@declude.comSubject: [Declude.JunkMail] OT: imail q files magically dissapearingImportance: HighSensitivity: Confidential On one of my imail servers, my spool folder is slowly filling up with D files. I am using fpreview to view the files in the spool and there are currently 180 or so emails. when i try to "return to queue" I get an error saying that the q file could not be found, whch isa bit strange becasue many many of the emails are local to the server. When I look in the /spool there is a not a single q file anywhere. Any ideas whats happening? Has sniffer or declude gone nuts? Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.com . ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com. ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
Re: [Declude.JunkMail] OT: Imail
Hi Mark, You could always modify the web templates so that they never see the link to the auto-responder page. I do this for other features that I don't want users to access. Hope this helps, Dean On 7/20/06, Mark Smith [EMAIL PROTECTED] wrote: I know this belongs on the IMAIL forum but I'm not subscribed there -- apologies in advance. Does anyone know of a way to globally disable the information manager so I can prevent users from setting up auto-responders? Thx --- 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. -- __ Dean Lawrence, CIO/Partner Internet Data Technology 888.GET.IDT1 ext. 701 * fax: 888.438.4381 http://www.idatatech.com/ Corporate Internet Development and Marketing Specialists --- 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.
[Declude.JunkMail] OT: Imail
I know this belongs on the IMAIL forum but I'm not subscribed there -- apologies in advance. Does anyone know of a way to globally disable the information manager so I can prevent users from setting up auto-responders? Thx --- 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.
Re: [Declude.JunkMail] OT: Imail queue viewing
I would go with Windows Server 2003 If you do use win2k DO NOT connect it to the internet until you have installed at least Service Pack 4 Sincerely, William J. Baumbach II [EMAIL PROTECTED] 9975 Pennsylvania Ave. Manassas, Va. 20110-2028 Ph: 703-367-7900 ext:1708 Fax: 703-691-0946 - - Original Message - From: Bonno Bloksma [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Sunday, March 26, 2006 10:32 AM Subject: Re: [Declude.JunkMail] OT: Imail queue viewing Hi John, To jump in on a tangent... I'm making the jump from Imail 6 on NT4 clear up to Imail 2006.03 on 2kServer. If you are starting with a new server might I suggest Win2k3 in stead of Win2k. As we all know Win2k support will end soon. For a server connected to the internet one would want a server where there will be patches etc for a while. For me that means I will be replacing the Win2K server with Imail 8.22 in a few months. I'm starting testing with the new setup in a few weeks. I'll load the latest Imail and the latest Declude on the latest Windows platform. Groetjes, Bonno Bloksma --- [E-mail scanned at tio.nl for viruses by Declude Virus] --- 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. [ scanned for spam: incoming http://www.DcMetroNet.com on 26 Mar 2006 at 10:37:56-0500et. ] --- 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.
[Declude.JunkMail] OT: Imail queue viewing
Here's my second off-topic question. Thank you again for all the great suggestions on handling the port forwarding question on Wednesday and for all the great discussion that spun off of that original thread. Question two: I'm making the jump from Imail 6 on NT4 clear up to Imail 2006.03 on 2kServer. After all these years of living on and dying by the functionality of the Imail administration interface on port 8181, I see that the new Iadmin doesn't even show you what's going on with the \Spool queue. I'm stunned in complete disbelief. How are people managing the queue in the absence of that information? Thanks again, John S --- 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.
Re: [Declude.JunkMail] OT: Imail queue viewing
John, Exactly what are you looking to do in terms of insight into the spool? Monitor files? See who the messages are too? Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. - Original Message - From: John Shacklett [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Saturday, March 25, 2006 4:12 PM Subject: [Declude.JunkMail] OT: Imail queue viewing Here's my second off-topic question. Thank you again for all the great suggestions on handling the port forwarding question on Wednesday and for all the great discussion that spun off of that original thread. Question two: I'm making the jump from Imail 6 on NT4 clear up to Imail 2006.03 on 2kServer. After all these years of living on and dying by the functionality of the Imail administration interface on port 8181, I see that the new Iadmin doesn't even show you what's going on with the \Spool queue. I'm stunned in complete disbelief. How are people managing the queue in the absence of that information? Thanks again, John S --- 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 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.
RE: [Declude.JunkMail] OT: Imail queue viewing
The new spool info is limited to how many messages and a single Send All button that I frankly don't believe actually sends anything. I think they bought the button from the office supply store that's giving the big red buttons away. The old spool info showed all the messages in the queue, to and from address info for each, and a counter on how many attempts had been made for each. Showed the messages being held and the messages being actively sent or received in separate groups. We used that display to allow us to massage messages sent to incorrect addresses by fumble-fingered executives [we have one who STILL insists that his friend is at home.com] and other similarly thankless tasks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Saturday, 25 March 2006 4:28 PM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] OT: Imail queue viewing John, Exactly what are you looking to do in terms of insight into the spool? Monitor files? See who the messages are too? Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. - Original Message - From: John Shacklett [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Saturday, March 25, 2006 4:12 PM Subject: [Declude.JunkMail] OT: Imail queue viewing Here's my second off-topic question. Thank you again for all the great suggestions on handling the port forwarding question on Wednesday and for all the great discussion that spun off of that original thread. Question two: I'm making the jump from Imail 6 on NT4 clear up to Imail 2006.03 on 2kServer. After all these years of living on and dying by the functionality of the Imail administration interface on port 8181, I see that the new Iadmin doesn't even show you what's going on with the \Spool queue. I'm stunned in complete disbelief. How are people managing the queue in the absence of that information? Thanks again, John S --- 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 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 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.
Re: [Declude.JunkMail] OT: Imail Aliases
Just setup the new domain on your gateways and script them the same way, my company grows through aquisition, I have 5 domains on my gateways and use the aliases trick. Rick DavidsonNational Systems ManagerNorth American Title Group- - Original Message - From: Mark Smith To: Declude.JunkMail@declude.com Sent: Wednesday, January 18, 2006 9:31 AM Subject: [Declude.JunkMail] OT: Imail Aliases Sorry about the Off-Topic question...I use Imail/Declude as a gateway system only for a large Exchange org.To avoid the dictionary attacks, we do some scripting magic to put theExchange SMTP addresses in the Imail Alias setup.Here's the problem. Our Exchange org has two domains associated with it dueto a merger -- let's say @apple.com and @orange.comWe've run into a problem with a generic mailbox for each of these domains --info. There has always been an [EMAIL PROTECTED] and [EMAIL PROTECTED]Since the Imail Alias only contains the mailbox name (info) we have no wayto email directly into both domains through this gateway server.Any ideas on how to get around this?---[This E-mail was scanned for viruses by Declude EVA www.declude.com]---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
[Declude.JunkMail] OT: Imail Aliases
Sorry about the Off-Topic question... I use Imail/Declude as a gateway system only for a large Exchange org. To avoid the dictionary attacks, we do some scripting magic to put the Exchange SMTP addresses in the Imail Alias setup. Here's the problem. Our Exchange org has two domains associated with it due to a merger -- let's say @apple.com and @orange.com We've run into a problem with a generic mailbox for each of these domains -- info. There has always been an [EMAIL PROTECTED] and [EMAIL PROTECTED] Since the Imail Alias only contains the mailbox name (info) we have no way to email directly into both domains through this gateway server. Any ideas on how to get around this? --- [This E-mail was scanned for viruses by Declude EVA 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.
Re: [Declude.JunkMail] OT: Imail Aliases
Any ideas on how to get around this? Of course. Create a second virtual host for the second Exchange address space. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/release/ --- [This E-mail was scanned for viruses by Declude EVA 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.
[Declude.JunkMail] OT: IMail vs. Merak
Hello, All, We are re-architecting our e-mail hosting and are going to be upgrading from IMail 6.06 to a new e-mail platform. We are familiar with IMail can do so we are currently evaluating Merak e-mail server to see what else is out there. Has anyone on this list done a similiar evaluation between IMail and Merak? If so, did you find any clear benefits that IMail had over Merak or vice versa? We already know that Merak is going to be a more expensive upgrade then IMail. And obviously the current version of Declude doesn't support Merak. Anything else that made the decision to stay with IMail easier for you? Thanks In Advance, Dan Geiser [EMAIL PROTECTED] --- E-mail scanned for viruses by Nexus (http://www.ntgrp.com/mailscan) --- [This E-mail was scanned for viruses by Declude EVA 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.
RE: [Declude.JunkMail] OT: IMail vs. Merak
Not to get anyone bent at all but I have a second mail server running that is hMailServer www.hmailserver.com. It is open source for Windows and has been very stable. Very good support from it's forums. I am working to a few things to get my Declude system to work with it properly. Presently have ASSP (it's like Spam Assassin but easier to setup) but would really like to get my Declude set-up working with it. Just a suggestion. Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel: (541) 643-2023 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dan Geiser Sent: Wednesday, December 28, 2005 7:35 AM To: DECLUDE.JUNKMAIL@DECLUDE.COM Subject: [Declude.JunkMail] OT: IMail vs. Merak Hello, All, We are re-architecting our e-mail hosting and are going to be upgrading from IMail 6.06 to a new e-mail platform. We are familiar with IMail can do so we are currently evaluating Merak e-mail server to see what else is out there. Has anyone on this list done a similiar evaluation between IMail and Merak? If so, did you find any clear benefits that IMail had over Merak or vice versa? We already know that Merak is going to be a more expensive upgrade then IMail. And obviously the current version of Declude doesn't support Merak. Anything else that made the decision to stay with IMail easier for you? Thanks In Advance, Dan Geiser [EMAIL PROTECTED] --- E-mail scanned for viruses by Nexus (http://www.ntgrp.com/mailscan) --- [This E-mail was scanned for viruses by Declude EVA 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 EVA 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.
Re: [Declude.JunkMail] OT: IMail vs. Merak
Does it support port 587 for authentication? Wednesday, December 28, 2005, 1:44:10 PM, Jeff Kratka [EMAIL PROTECTED] wrote: JK Not to get anyone bent at all but I have a second mail server running that JK is hMailServer www.hmailserver.com. It is open source for Windows and has JK been very stable. Very good support from it's forums. I am working to a few JK things to get my Declude system to work with it properly. Presently have JK ASSP (it's like Spam Assassin but easier to setup) but would really like to JK get my Declude set-up working with it. JK Just a suggestion. JK Jeff Kratka JK JK TymeWyse Internet JK P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 JK tel: (541) 643-2023 - [EMAIL PROTECTED] JK JK -Original Message- JK From: [EMAIL PROTECTED] JK [mailto:[EMAIL PROTECTED] Behalf Of Dan Geiser JK Sent: Wednesday, December 28, 2005 7:35 AM JK To: DECLUDE.JUNKMAIL@DECLUDE.COM JK Subject: [Declude.JunkMail] OT: IMail vs. Merak JK Hello, All, JK We are re-architecting our e-mail hosting and are going to be upgrading from JK IMail 6.06 to a new e-mail platform. We are familiar with IMail can do so JK we are currently evaluating Merak e-mail server to see what else is out JK there. Has anyone on this list done a similiar evaluation between IMail and JK Merak? If so, did you find any clear benefits that IMail had over Merak or JK vice versa? JK We already know that Merak is going to be a more expensive upgrade then JK IMail. And obviously the current version of Declude doesn't support Merak. JK Anything else that made the decision to stay with IMail easier for you? JK Thanks In Advance, JK Dan Geiser JK [EMAIL PROTECTED] JK --- JK E-mail scanned for viruses by Nexus (http://www.ntgrp.com/mailscan) JK --- JK [This E-mail was scanned for viruses by Declude EVA www.declude.com] JK --- JK This E-mail came from the Declude.JunkMail mailing list. To JK unsubscribe, just send an E-mail to [EMAIL PROTECTED], and JK type unsubscribe Declude.JunkMail. The archives can be found JK at http://www.mail-archive.com. JK --- JK [This E-mail was scanned for viruses by Declude EVA www.declude.com] JK --- JK This E-mail came from the Declude.JunkMail mailing list. To JK unsubscribe, just send an E-mail to [EMAIL PROTECTED], and JK type unsubscribe Declude.JunkMail. The archives can be found JK at http://www.mail-archive.com. Don Brown - Dallas, Texas USA Internet Concepts, Inc. [EMAIL PROTECTED] http://www.inetconcepts.net (972) 788-2364Fax: (972) 788-5049 --- [This E-mail was scanned for viruses by Declude EVA 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.
RE: [Declude.JunkMail] OT: IMail vs. Merak
I'm not sure. The easiest thing to do would be to go to the site and ask in the forum. Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel: (541) 643-2023 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Don Brown Sent: Wednesday, December 28, 2005 3:04 PM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] OT: IMail vs. Merak Does it support port 587 for authentication? Wednesday, December 28, 2005, 1:44:10 PM, Jeff Kratka [EMAIL PROTECTED] wrote: JK Not to get anyone bent at all but I have a second mail server running that JK is hMailServer www.hmailserver.com. It is open source for Windows and has JK been very stable. Very good support from it's forums. I am working to a few JK things to get my Declude system to work with it properly. Presently have JK ASSP (it's like Spam Assassin but easier to setup) but would really like to JK get my Declude set-up working with it. JK Just a suggestion. JK Jeff Kratka JK JK TymeWyse Internet JK P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 JK tel: (541) 643-2023 - [EMAIL PROTECTED] JK JK -Original Message- JK From: [EMAIL PROTECTED] JK [mailto:[EMAIL PROTECTED] Behalf Of Dan Geiser JK Sent: Wednesday, December 28, 2005 7:35 AM JK To: DECLUDE.JUNKMAIL@DECLUDE.COM JK Subject: [Declude.JunkMail] OT: IMail vs. Merak JK Hello, All, JK We are re-architecting our e-mail hosting and are going to be upgrading from JK IMail 6.06 to a new e-mail platform. We are familiar with IMail can do so JK we are currently evaluating Merak e-mail server to see what else is out JK there. Has anyone on this list done a similiar evaluation between IMail and JK Merak? If so, did you find any clear benefits that IMail had over Merak or JK vice versa? JK We already know that Merak is going to be a more expensive upgrade then JK IMail. And obviously the current version of Declude doesn't support Merak. JK Anything else that made the decision to stay with IMail easier for you? JK Thanks In Advance, JK Dan Geiser JK [EMAIL PROTECTED] JK --- JK E-mail scanned for viruses by Nexus (http://www.ntgrp.com/mailscan) JK --- JK [This E-mail was scanned for viruses by Declude EVA www.declude.com] JK --- JK This E-mail came from the Declude.JunkMail mailing list. To JK unsubscribe, just send an E-mail to [EMAIL PROTECTED], and JK type unsubscribe Declude.JunkMail. The archives can be found JK at http://www.mail-archive.com. JK --- JK [This E-mail was scanned for viruses by Declude EVA www.declude.com] JK --- JK This E-mail came from the Declude.JunkMail mailing list. To JK unsubscribe, just send an E-mail to [EMAIL PROTECTED], and JK type unsubscribe Declude.JunkMail. The archives can be found JK at http://www.mail-archive.com. Don Brown - Dallas, Texas USA Internet Concepts, Inc. [EMAIL PROTECTED] http://www.inetconcepts.net (972) 788-2364Fax: (972) 788-5049 --- [This E-mail was scanned for viruses by Declude EVA 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 EVA 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.
[Declude.JunkMail] OT: iMail password utility
I used to use a utility that would extract imail user names and decrypt passwords from the registry, but I seem to have misplaced it somewhere on some machine, and I don't even remember the name of it. If someone could jog my memory, I'd appreciate it. Feel free to contact me off list --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 03:05:54]/font/html --- 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.
RE: [Declude.JunkMail] OT: iMail password utility
IPlus Info Browser by Martekware? http://www.martekware.com -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Dan Rapaport Sent: Monday, October 17, 2005 2:06 AM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] OT: iMail password utility I used to use a utility that would extract imail user names and decrypt passwords from the registry, but I seem to have misplaced it somewhere on some machine, and I don't even remember the name of it. If someone could jog my memory, I'd appreciate it. Feel free to contact me off list --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 03:05:54]/font/html --- 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- 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.
Re: [Declude.JunkMail] OT: iMail password utility
I use http://croftssoftware.com/downloads/Decode_IMail_Users_Password_Setup.exe -d - Original Message - From: Dan Rapaport [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Monday, October 17, 2005 2:05 AM Subject: [Declude.JunkMail] OT: iMail password utility I used to use a utility that would extract imail user names and decrypt passwords from the registry, but I seem to have misplaced it somewhere on some machine, and I don't even remember the name of it. If someone could jog my memory, I'd appreciate it. Feel free to contact me off list --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 03:05:54]/font/html --- 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 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.
RE: [Declude.JunkMail] OT: iMail password utility
At 08:53 AM 10/17/2005, you wrote: IPlus Info Browser by Martekware? http://www.martekware.com I think that was it, but so far I can't find it (had it on an server that I subsequently upgraded) I use http://croftssoftware.com/downloads/Decode_IMail_Users_Password_Setup.exe Well that will do the trick. Thanks everyone! --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 12:30:12]/font/html --- 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.
RE: [Declude.JunkMail] OT: iMail password utility
I didn't even think this was possible. Does anyone know of a command line utility that does this? Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Rapaport Sent: Monday, October 17, 2005 12:30 PM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] OT: iMail password utility At 08:53 AM 10/17/2005, you wrote: IPlus Info Browser by Martekware? http://www.martekware.com I think that was it, but so far I can't find it (had it on an server that I subsequently upgraded) I use http://croftssoftware.com/downloads/Decode_IMail_Users_Password_Setup.exe Well that will do the trick. Thanks everyone! --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 12:30:12]/font/html --- 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 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.
Re: [Declude.JunkMail] OT: iMail password utility
There have been multiple VBS scripts posted to the IMail forum that can be used from the command line to decrypt passwords stored in the registry. Darin. - Original Message - From: Robert Shubert [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Monday, October 17, 2005 5:09 PM Subject: RE: [Declude.JunkMail] OT: iMail password utility I didn't even think this was possible. Does anyone know of a command line utility that does this? Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Rapaport Sent: Monday, October 17, 2005 12:30 PM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] OT: iMail password utility At 08:53 AM 10/17/2005, you wrote: IPlus Info Browser by Martekware? http://www.martekware.com I think that was it, but so far I can't find it (had it on an server that I subsequently upgraded) I use http://croftssoftware.com/downloads/Decode_IMail_Users_Password_Setup.exe Well that will do the trick. Thanks everyone! --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 12:30:12]/font/html --- 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 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 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.
RE: [Declude.JunkMail] OT: iMail password utility
I can adapt IPB code to work on a command line if there is enough interest. Evans Martin http://www.martekware.com -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Robert Shubert Sent: Monday, October 17, 2005 4:10 PM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] OT: iMail password utility I didn't even think this was possible. Does anyone know of a command line utility that does this? Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Rapaport Sent: Monday, October 17, 2005 12:30 PM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] OT: iMail password utility At 08:53 AM 10/17/2005, you wrote: IPlus Info Browser by Martekware? http://www.martekware.com I think that was it, but so far I can't find it (had it on an server that I subsequently upgraded) I use http://croftssoftware.com/downloads/Decode_IMail_Users_Password_Setup.exe Well that will do the trick. Thanks everyone! --- htmlfont size=1[This E-mail a href=http://www.cayugacomputers.com/ccvds.html;scanned for viruses/a 10/17/2005 12:30:12]/font/html --- 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 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- 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.
[Declude.JunkMail] OT Imail Logs filter
I need a log filter program that will tell me what address sent and received emails and to whom. Anyone have one. Very Imported. Thanks. Fred --- 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.
RE: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
Actually, we have tried both but have not found the culprit(s) yet. Although my partner believes he saw a spike in traffic coming in as a Telenet session from an unexpected origin - rrcs-74-39-200-122.nys.biz.rr.com which on searching with google appears not too uncommon - that is hacks, spam and spyware from users of biz.rr.com. This has us planning to try to isolate which IP address(es) attacks may be coming in on and shut them down. Regarding telnet - apparently there is a problem with windows 2003 and iMail. If my source is correct one can telnet into a Windows 2003 system running iMail (pick a version) on port 25 and get by the authentication. Again, my source told me that neither Micosoft nor Ipswitch has come up with a way to stop this. It appears only to be a problem on Windows 2003, not Windows 2000. At 04:05 PM 9/7/2005, Kevin Bilbee wrote: Start with TCPView From sysinternals to view open ports on the server find the ports and programs that should not be running and kill then remove them from the system. Also use Process Explorer from sysinternals and look at all the running processes. If you find one that does not belong then kill and remove it. Kevin Bilbee --- 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.
RE: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
Orin Wells wrote on Thursday, September 08, 2005 1:15 AM: Regarding telnet - apparently there is a problem with windows 2003 and iMail. If my source is correct one can telnet into a Windows 2003 system running iMail (pick a version) on port 25 and get by the authentication. Again, my source told me that neither Micosoft nor Ipswitch has come up with a way to stop this. It appears only to be a problem on Windows 2003, not Windows 2000. This is FUD and is patently false. Telnetting on port 25 is not true telnet which runs on port 23. When you connect on port 25 you are connecting to an SMTP session just like any other SMTP server. It is not possible to bypass Authentication in this manner. If your source is trying to do this from your network, and you have your network in the relay mail for addresses list, then no authentication is necessary. The proper way to test this would be to make the attempt from an outside network. If you have your relay settings set to anything other than No mail relay or relay for addresses, then no authentication is necessary from any network and you ARE an open relay. Your source has his facts wrong. The OS (windows 2003/2000) has nothing to do with Imail's SMTP service and whether it requires auth. Dan Horne --- 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.
Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
One other thing to add to this. Ipswitch in their brilliance, decided to make a default password of "password" for any newly created account including root. One must take great care to change these otherwise they can become susceptible to AUTH hacking with a great deal of ease, and you then become essentially an open relay even though you are configured not to be. Matt Dan Horne wrote: Orin Wells wrote on Thursday, September 08, 2005 1:15 AM: Regarding telnet - apparently there is a problem with windows 2003 and iMail. If my source is correct one can telnet into a Windows 2003 system running iMail (pick a version) on port 25 and get by the authentication. Again, my source told me that neither Micosoft nor Ipswitch has come up with a way to stop this. It appears only to be a problem on Windows 2003, not Windows 2000. This is FUD and is patently false. Telnetting on port 25 is not true "telnet" which runs on port 23. When you connect on port 25 you are connecting to an SMTP session just like any other SMTP server. It is not possible to bypass Authentication in this manner. If your source is trying to do this from your network, and you have your network in the "relay mail for addresses" list, then no authentication is necessary. The proper way to test this would be to make the attempt from an outside network. If you have your relay settings set to anything other than "No mail relay" or "relay for addresses", then no authentication is necessary from any network and you ARE an open relay. Your source has his facts wrong. The OS (windows 2003/2000) has nothing to do with Imail's SMTP service and whether it requires auth. Dan Horne --- 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.
Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
Orin Wells wrote: OK, I see it. The question is how do you KILL the stuff that has gotten into the server? We shut down the IMAP yesterday primarily because we really don't have anyone we are aware of who does not use POP3. But the problem persists and seems to avoid every attempt to find it. I see a lot of code on the examples of how they are using the exploit. I am afraid it does not mean a lot to me and my brain is too tired to try to make any sense of this and figure out how to catch it. Surely someone has found a solution. They *have* to connect to a network port. If you can't find the port that shouldn't be open using something like Foundstone's Vision (http://www.foundstone.com/index.htm?subnav=resources/navigation.htmsubcontent=/resources/proddesc/vision.htm) ... watch wrap .. Then the only option you have is to setup a packet capture like ethereal (http://www.ethereal.com/) and looking at the raw data. My guess is they have been able to plant something they are now using against us. According to the tech if he disconnects the server from the network, the problem stops. It is only when the cable is hooked up that it starts in again. They've definitely installed a root kit. Windows root kit's are become obscenely popular. Your only option is to capture the raw data with ethereal if it's a good root kit. I suppose if it is coming in on a specific IP address we could disconnect them all and then add them back one at a time until we find the one they are coming in on, but that sounds like a LOT of work. Is there some other way to find this? Right now we have a lot of unhappy clients. If you block their IP, they will just come in on another IP. You must find the program and get rid of it, or rebuild... If I can be of any more assistance, let me know. Thanks, Russ --- [This E-mail scanned for viruses by Declude Virus] --- 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.
Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
I have seen some root kits be able to hide from tools like F-Port and such. As you have suggested using a packet capture tool usually always helps identify which port they are exploiting. However, with that said the one thing that I keep as a golden rule is once a box has been comprimised is that its going to be scratched. You just never know what else the left on the machine. Darrell --- DLAnalyzer - Comprehensive reporting on Declude Junkmail and Virus. Download it today - http://www.invariantsystems.com - Original Message - From: Russ Lists [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Thursday, September 08, 2005 9:24 AM Subject: Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003 Orin Wells wrote: OK, I see it. The question is how do you KILL the stuff that has gotten into the server? We shut down the IMAP yesterday primarily because we really don't have anyone we are aware of who does not use POP3. But the problem persists and seems to avoid every attempt to find it. I see a lot of code on the examples of how they are using the exploit. I am afraid it does not mean a lot to me and my brain is too tired to try to make any sense of this and figure out how to catch it. Surely someone has found a solution. They *have* to connect to a network port. If you can't find the port that shouldn't be open using something like Foundstone's Vision (http://www.foundstone.com/index.htm?subnav=resources/navigation.htmsubcontent=/resources/proddesc/vision.htm) ... watch wrap .. Then the only option you have is to setup a packet capture like ethereal (http://www.ethereal.com/) and looking at the raw data. My guess is they have been able to plant something they are now using against us. According to the tech if he disconnects the server from the network, the problem stops. It is only when the cable is hooked up that it starts in again. They've definitely installed a root kit. Windows root kit's are become obscenely popular. Your only option is to capture the raw data with ethereal if it's a good root kit. I suppose if it is coming in on a specific IP address we could disconnect them all and then add them back one at a time until we find the one they are coming in on, but that sounds like a LOT of work. Is there some other way to find this? Right now we have a lot of unhappy clients. If you block their IP, they will just come in on another IP. You must find the program and get rid of it, or rebuild... If I can be of any more assistance, let me know. Thanks, Russ --- [This E-mail scanned for viruses by Declude Virus] --- 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 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.
Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
I don't see that as a big issue. They can't Auth when 'Account Access Disabled' is checked in the user gui. If the user has a POP box, uncheck 'Account Access Disabled' and use their unique password. If the user is for forwarding, then make sure that 'Account Access Disabled' is checked. They can't Auth, so they can't send. Thursday, September 8, 2005, 8:15:20 AM, Matt [EMAIL PROTECTED] wrote: M M One other thing to add to this. Ipswitch in their brilliance, M decided to make a default password of password for any newly M created account including root. One must take great care to change M these otherwise they can become susceptible to AUTH hacking with a M great deal of ease, and you then become essentially an open relay M even though you are configured not to be. M M Matt M M M M Dan Horne wrote: M M Orin Wells wrote on Thursday, September 08, 2005 1:15 AM: M M M Regarding telnet - apparently there is a problem with windows 2003 M and iMail. If my source is correct one can telnet into a Windows M 2003 system running iMail (pick a version) on port 25 and get by the M authentication. Again, my source told me that neither Micosoft nor M Ipswitch has come up with a way to stop this. It appears only to be M a problem on Windows 2003, not Windows 2000. M M M This is FUD and is patently false. Telnetting on port 25 is not true M telnet which runs on port 23. When you connect on port 25 you are M connecting to an SMTP session just like any other SMTP server. It is M not possible to bypass Authentication in this manner. If your source is M trying to do this from your network, and you have your network in the M relay mail for addresses list, then no authentication is necessary. M The proper way to test this would be to make the attempt from an outside M network. If you have your relay settings set to anything other than No M mail relay or relay for addresses, then no authentication is M necessary from any network and you ARE an open relay. Your source has M his facts wrong. The OS (windows 2003/2000) has nothing to do with M Imail's SMTP service and whether it requires auth. M Dan Horne M --- M This E-mail came from the Declude.JunkMail mailing list. To M unsubscribe, just send an E-mail to [EMAIL PROTECTED], and M type unsubscribe Declude.JunkMail. The archives can be found M at http://www.mail-archive.com. M M M Don Brown - Dallas, Texas USA Internet Concepts, Inc. [EMAIL PROTECTED] http://www.inetconcepts.net (972) 788-2364Fax: (972) 788-5049 --- 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.
[Declude.JunkMail] OT - iMail 7.x and Windows 2003
We are about to build a new server using Windows 2003. The reason is that we were apparently attacked through the iMail IMAPI exploit. The last of whatever got in seems to be running in a very effective stealth mode because nothing seems to be able to find it and kill it. As a consequence, our sever reboots anywhere from every 10 minutes to every 45 minutes. So = new server. We have been running iMail 7.07 under windows 2000. We had some input that there may be some problems in this environment. We are not keen on upgrading to 8.x since IPSwitch is walking away from iMail the product. Can anyone comment on this possible incompatibility? --- 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.
RE: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
We have been running iMail 7.07 under windows 2000. We had some input that there may be some problems in this environment. We are not keen on upgrading to 8.x since IPSwitch is walking away from iMail the product. Ipswitch is not walking away from Imail. It is still alive and well, and in fact continues to be improved and upgraded. The next version is in active beta as we speak. The only thing that has happened is Ipswitch no longer sells Imail as a stand alone product. SA are still available for it. John T eServices For You --- 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.
Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
I think that the exploit is in imail 7.07 and not in your server do a google on imail 7.07 exploit. So you most likely would need to upgrade to 8.2 series. Tho the exploit isn't in 8.15 I don't believe. BTW they do seem to have some interesting pricing going on if you google imail deals depending on your number of domains and users. At 12:43 PM 9/7/2005 -0700, you wrote: We are about to build a new server using Windows 2003. The reason is that we were apparently attacked through the iMail IMAPI exploit. The last of whatever got in seems to be running in a very effective stealth mode because nothing seems to be able to find it and kill it. As a consequence, our sever reboots anywhere from every 10 minutes to every 45 minutes. So = new server. We have been running iMail 7.07 under windows 2000. We had some input that there may be some problems in this environment. We are not keen on upgrading to 8.x since IPSwitch is walking away from iMail the product. Can anyone comment on this possible incompatibility? --- 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 scanned for viruses by F-Prot] [This E-mail scanned for viruses by F-Prot] --- 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.
Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
At 01:43 PM 9/7/2005, Ncl Admin wrote: I think that the exploit is in imail 7.07 and not in your server do a google on imail 7.07 exploit. OK, I see it. The question is how do you KILL the stuff that has gotten into the server? We shut down the IMAP yesterday primarily because we really don't have anyone we are aware of who does not use POP3. But the problem persists and seems to avoid every attempt to find it. I see a lot of code on the examples of how they are using the exploit. I am afraid it does not mean a lot to me and my brain is too tired to try to make any sense of this and figure out how to catch it. Surely someone has found a solution. My guess is they have been able to plant something they are now using against us. According to the tech if he disconnects the server from the network, the problem stops. It is only when the cable is hooked up that it starts in again. I suppose if it is coming in on a specific IP address we could disconnect them all and then add them back one at a time until we find the one they are coming in on, but that sounds like a LOT of work. Is there some other way to find this? Right now we have a lot of unhappy clients. So you most likely would need to upgrade to 8.2 series. Tho the exploit isn't in 8.15 I don't believe. BTW they do seem to have some interesting pricing going on if you google imail deals depending on your number of domains and users. At 12:43 PM 9/7/2005 -0700, you wrote: We are about to build a new server using Windows 2003. The reason is that we were apparently attacked through the iMail IMAPI exploit. The last of whatever got in seems to be running in a very effective stealth mode because nothing seems to be able to find it and kill it. As a consequence, our sever reboots anywhere from every 10 minutes to every 45 minutes. So = new server. We have been running iMail 7.07 under windows 2000. We had some input that there may be some problems in this environment. We are not keen on upgrading to 8.x since IPSwitch is walking away from iMail the product. Can anyone comment on this possible incompatibility? --- 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 scanned for viruses by F-Prot] [This E-mail scanned for viruses by F-Prot] --- 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 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.
RE: [Declude.JunkMail] OT - iMail 7.x and Windows 2003
Start with TCPView From sysinternals to view open ports on the server find the ports and programs that should not be running and kill then remove them from the system. Also use Process Explorer from sysinternals and look at all the running processes. If you find one that does not belong then kill and remove it. Kevin Bilbee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Orin Wells Sent: Wednesday, September 07, 2005 3:32 PM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] OT - iMail 7.x and Windows 2003 At 01:43 PM 9/7/2005, Ncl Admin wrote: I think that the exploit is in imail 7.07 and not in your server do a google on imail 7.07 exploit. OK, I see it. The question is how do you KILL the stuff that has gotten into the server? We shut down the IMAP yesterday primarily because we really don't have anyone we are aware of who does not use POP3. But the problem persists and seems to avoid every attempt to find it. I see a lot of code on the examples of how they are using the exploit. I am afraid it does not mean a lot to me and my brain is too tired to try to make any sense of this and figure out how to catch it. Surely someone has found a solution. My guess is they have been able to plant something they are now using against us. According to the tech if he disconnects the server from the network, the problem stops. It is only when the cable is hooked up that it starts in again. I suppose if it is coming in on a specific IP address we could disconnect them all and then add them back one at a time until we find the one they are coming in on, but that sounds like a LOT of work. Is there some other way to find this? Right now we have a lot of unhappy clients. So you most likely would need to upgrade to 8.2 series. Tho the exploit isn't in 8.15 I don't believe. BTW they do seem to have some interesting pricing going on if you google imail deals depending on your number of domains and users. At 12:43 PM 9/7/2005 -0700, you wrote: We are about to build a new server using Windows 2003. The reason is that we were apparently attacked through the iMail IMAPI exploit. The last of whatever got in seems to be running in a very effective stealth mode because nothing seems to be able to find it and kill it. As a consequence, our sever reboots anywhere from every 10 minutes to every 45 minutes. So = new server. We have been running iMail 7.07 under windows 2000. We had some input that there may be some problems in this environment. We are not keen on upgrading to 8.x since IPSwitch is walking away from iMail the product. Can anyone comment on this possible incompatibility? --- 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 scanned for viruses by F-Prot] [This E-mail scanned for viruses by F-Prot] --- 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 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- 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.
[Declude.JunkMail] OT: Imail / Declude as a front end for Exchange
I have an Exchange 2003 server setup using my domain name trhs.org. I added an SMTPrecipient policy for email.trhs.org and created an alias on the Imail server to forward mail to email.trhs.org. I also added email.trhs.org to the hosts file. The Imail server sends the message to the Exchange server but Exchange rejects it unless the primary SMTP address is email.trhs.org. If anyone can help me figure out what I'm missing I'd appreciate it greatly. Dan Shadix
RE: [Declude.JunkMail] OT: Imail / Declude as a front end for Exchange
Sounds like you need to dig thru the Internet Mail Connector on the Exch2003 box and set up routing for your domain. Look in routing groups. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Shadix Sent: Wednesday, July 20, 2005 11:02 AM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] OT: Imail / Declude as a front end for Exchange I have an Exchange 2003 server setup using my domain name trhs.org. I added an SMTP recipient policy for email.trhs.org and created an alias on the Imail server to forward mail to email.trhs.org. I also added email.trhs.org to the hosts file. The Imail server sends the message to the Exchange server but Exchange rejects it unless the primary SMTP address is email.trhs.org. If anyone can help me figure out what I'm missing I'd appreciate it greatly. Dan Shadix --- [This E-mail scanned for viruses by Declude Virus] --- 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.
Re: [Declude.JunkMail] OT: Imail / Declude as a front end for Exchange
Dan, Did you make sure the This exchange organization is responsible for all mail delivery to this address on the recipient policy email address. Darrell Dan Shadix writes: I have an Exchange 2003 server setup using my domain name trhs.org. I added an SMTP recipient policy for email.trhs.org and created an alias on the Imail server to forward mail to email.trhs.org. I also added email.trhs.org to the hosts file. The Imail server sends the message to the Exchange server but Exchange rejects it unless the primary SMTP address is email.trhs.org. If anyone can help me figure out what I'm missing I'd appreciate it greatly. Dan Shadix Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. --- 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.
RE: [Declude.JunkMail] OT: Imail / Declude as a front end for Exchange
Yes, I did select that. I originally set it up as a separate policy and when I couldn't get that working I added it to the default policy. Both ways it seems to work the same. Thanks, Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Wednesday, July 20, 2005 10:22 AM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] OT: Imail / Declude as a front end for Exchange Dan, Did you make sure the This exchange organization is responsible for all mail delivery to this address on the recipient policy email address. Darrell Dan Shadix writes: I have an Exchange 2003 server setup using my domain name trhs.org. I added an SMTP recipient policy for email.trhs.org and created an alias on the Imail server to forward mail to email.trhs.org. I also added email.trhs.org to the hosts file. The Imail server sends the message to the Exchange server but Exchange rejects it unless the primary SMTP address is email.trhs.org. If anyone can help me figure out what I'm missing I'd appreciate it greatly. Dan Shadix Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. --- 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 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
The closing is a red herring. It has been that way for a LONG time and only affects logging. I remember asking about it last year or the year before when we were having some kind of problems. Dan Horne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Webmaster - GlobalWeb.net Sent: Saturday, June 18, 2005 5:35 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] OT: Imail gateway setup not working I've posted this to the IMailo forum; no replies so far. So I wanted to shoot this out here. We just fired up a new server on Friday with Imail 8.20hf2, JM Pro, Declude Virus Std w/ FProt, Hijack and Sniffer. (old server was 8.15hf2 and starting thursday, the QueueMgr just quit working) We have a couple of customers we do gateway services for and the setup is not working . We have their IP/Domain listed in the host file and have thier IP in the relay addresses list. When anyone sends email in we see this in the logs... 06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] RCPT To:[EMAIL PROTECTED] 06:18 17:31 SMTPD(92b506f87dcb) [x] looking up vacva.com in HOSTS 06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] ERR imail.globalweb.net invalid user [EMAIL PROTECTED] Note: there is no closing on the invalid user line. Any one k now of any poroblems with this in 8.20? I really do not want to have to re-load a new setup of 8.15. Any ideas would be greatly appreciated! Thank you! Randy Armbrecht Global Web Solutions, Inc. 804-346-5509 -- Original Message -- From: Michael Thomas - Mathbox [EMAIL PROTECTED] Reply-To: Declude.JunkMail@declude.com Date: Sat, 18 Jun 2005 01:37:08 -0400 Hi, No, actually they monitor specific channels to determine if advertisements appeared on that channel and at what times. They also collect information on what shows were running when the advertisements appeared. Because much of cable advertising is geographically driven, they need access to cable TV in specific geographic areas. Mike - Original Message - From: William Stillwell [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 11:42 PM Subject: Re: [Declude.JunkMail] OT: Co-Location Space It sounds like there trying to start a service like WebVCR which was of course shutdown by the MPAA.. - Original Message - From: Michael Thomas - Mathbox [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 5:51 PM Subject: [Declude.JunkMail] OT: Co-Location Space Hi All, I have a customer that is looking for co-location space in 50+ locations all over the US. There main requirement is a local cable TV feed. They will pay to have their own drop installed from the street. Their equipment is 50% rack-mount and 50% tower. Cabinet, rack, or wire shelf will work. Their requirements are: 10U 128k 2 IP's 3-5 amps Cable TV feed If you are interested, please contact me off list at [EMAIL PROTECTED] Below is a list of locations. Thank You, Michael Thomas Mathbox Anchorage AK Fairbanks AK Juneau AK Dothan AL Jonesboro AR Palm Springs CA Yuma-El Centro CA Eureka CA Grand Junction-Montrose CO Panama City FL Gainesville FL Ottumwa-Kirksville IA Idaho Falls-Pocatello ID Twin Falls ID Lafayette IN Bowling Green KY Alexandra LA Lake Charles LA Bangor ME Presque Isle ME Marquette MI Alpena MI Mankato MN St Joseph MO Biloxi-Gulfport MS Hattiesburg-Laurel MS Greenwood-Greenville MS Meridian MS Missoula MT Billings MT Great Falls MT Butte-Boseman MT Helena MT Glendive MT Minot-Bismarck-Dickinson ND North Platte NE Binghamton NY Utica NY Watertown NY Wheeling-Steubenville OH Lima OH Zanesville OH Bend OR Rapod City SD Jackson TN Odessa-Midland TX Abilene-Sweetwater TX Laredo TX San Angelo TX Victoria TX Sherman-Ada TX/OK Harrisonburg VA Charlottesville VA Clarksburg-Weston WV Parkersburg WV Casper-Riverton WY Cheyenne-Scottsbluff WY/NE --- 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 email has been scanned for possible viruses by Declude Antivirus. For more information on Declude Antivirus, Visit www.declude.com --- This email has been scanned for possible viruses by Declude Antivirus. For more information on Declude Antivirus, Visit 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 came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED
Re: [Declude.JunkMail] OT: Imail gateway setup not working
Also, after you added the IP Address to the Relay For Addresses table did you stop and start SMTP for it to take affect? Darrell Intelligent URI Filtering with invURIBL. Stops 85%+ SPAM with the default configuration. Try it today http://www.invariantsystems.com Webmaster - GlobalWeb.net writes: notepad %windir%\system32\drivers\etc\hosts. everything checks out with thisno problems opening it. I've doubled checked again to be sure that there is a blank line after the last entry... I'm stumped... 8.2 has the relay for addresses as 8.15 did. Any one else have any problems with this? Randy --- 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 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
Also, after you added the IP Address to the Relay For Addresses table did you stop and start SMTP for it to take affect? Darrell Darrell, Yes - I did stop/start SMTP also rebooted several times Initially I copied over the host fiole from the other server. The permissions on it are the same between both servers (old and new server) The error messages I get when I do a test thru DNSStuff is: Trying to connect to all mailservers: imail.globalweb.net. - 66.101.136.32 [Could not connect: Got an unknown RCPT TO response: 550 not local host vacva.com, not a gateway ] mail.vacva.com. - 63.243.73.177 [Could not connect: Got an unknown MAIL FROM response: 505 Authentication required ] Logs for this test are: 06:20 10:37 SMTPD(d48b0717d0e2) [66.36.241.109] MAIL FROM:[EMAIL PROTECTED] 06:20 10:37 SMTPD(d48b0717d0e2) [66.36.241.109] RCPT TO:[EMAIL PROTECTED] 06:20 10:37 SMTPD(d48b0717d0e2) [x] looking up vacva.com in HOSTS 06:20 10:37 SMTPD(d48b0717d0e2) [66.36.241.109] ERR imail.globalweb.net invalid user [EMAIL PROTECTED] Sincerely, Randy Armbrecht Support Department Global Web SolutionsR, Inc. 804-346-5300 x112 877-800-GLOBAL (4562) x112 http://globalweb.net Richmond's Internet Source since 1996! WEB HOSTING including EMAIL beginning at $29/month! DSL Starting at $39.95/month! Non-Profits - receive a 25% discount on most services! --- 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.
Re: [Declude.JunkMail] OT: Imail gateway setup not working
It seems as if you have everything in order. Just to make sure - the host does NOT exist under the Imail Admin Utility where the domains are listed right? Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. GlobalWeb.net Webmaster writes: Also, after you added the IP Address to the Relay For Addresses table did you stop and start SMTP for it to take affect? Darrell Darrell, Yes - I did stop/start SMTP also rebooted several times Initially I copied over the host fiole from the other server. The permissions on it are the same between both servers (old and new server) The error messages I get when I do a test thru DNSStuff is: Trying to connect to all mailservers: imail.globalweb.net. - 66.101.136.32 [Could not connect: Got an unknown RCPT TO response: 550 not local host vacva.com, not a gateway ] mail.vacva.com. - 63.243.73.177 [Could not connect: Got an unknown MAIL FROM response: 505 Authentication required ] Logs for this test are: 06:20 10:37 SMTPD(d48b0717d0e2) [66.36.241.109] MAIL FROM:[EMAIL PROTECTED] 06:20 10:37 SMTPD(d48b0717d0e2) [66.36.241.109] RCPT TO:[EMAIL PROTECTED] 06:20 10:37 SMTPD(d48b0717d0e2) [x] looking up vacva.com in HOSTS 06:20 10:37 SMTPD(d48b0717d0e2) [66.36.241.109] ERR imail.globalweb.net invalid user [EMAIL PROTECTED] Sincerely, Randy Armbrecht Support Department Global Web SolutionsR, Inc. 804-346-5300 x112 877-800-GLOBAL (4562) x112 http://globalweb.net Richmond's Internet Source since 1996! WEB HOSTING including EMAIL beginning at $29/month! DSL Starting at $39.95/month! Non-Profits - receive a 25% discount on most services! --- 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 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
It seems as if you have everything in order. Just to make sure - the host does NOT exist under the Imail Admin Utility where the domains are listed right? Darrell Correct - The host DOES NOT exist as an IP host or virtual host under the Imail admin. As a double check - I have searched the entire registry for the vacva.com domain - nothing turned up Sincerely, Randy Armbrecht Support Department Global Web SolutionsR, Inc. 804-346-5300 x112 877-800-GLOBAL (4562) x112 http://globalweb.net Richmond's Internet Source since 1996! WEB HOSTING including EMAIL beginning at $29/month! DSL Starting at $39.95/month! Non-Profits - receive a 25% discount on most services! --- 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.
Re: [Declude.JunkMail] OT: Imail gateway setup not working
I can't see anything else wrong unless you (like John suggested) have an issue with the hosts file like missing a line, misspelling, etc. One thing I would suggest - just to rule out a hosts issue is change the ip address in the hosts file to something else than what it is - i.e. 1.2.3.4 and do a lookup on vacva.com and make sure it returns 1.2.3.4. If it does than you know for certain its not a hosts issue. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. GlobalWeb.net Webmaster writes: It seems as if you have everything in order. Just to make sure - the host does NOT exist under the Imail Admin Utility where the domains are listed right? Darrell Correct - The host DOES NOT exist as an IP host or virtual host under the Imail admin. As a double check - I have searched the entire registry for the vacva.com domain - nothing turned up Sincerely, Randy Armbrecht Support Department Global Web SolutionsR, Inc. 804-346-5300 x112 877-800-GLOBAL (4562) x112 http://globalweb.net Richmond's Internet Source since 1996! WEB HOSTING including EMAIL beginning at $29/month! DSL Starting at $39.95/month! Non-Profits - receive a 25% discount on most services! --- 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 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
We found the issue; a mis-typed IP range in the relay file (one numeral off in 3rd octave). We must have looked at this 100 times over the weekend and didn't catch it. Thank you for all that responded to help - I am sorry to waste everyone's time Sincerely, Randy Armbrecht Support Department Global Web SolutionsR, Inc. 804-346-5300 x112 877-800-GLOBAL (4562) x112 http://globalweb.net Richmond's Internet Source since 1996! WEB HOSTING including EMAIL beginning at $29/month! DSL Starting at $39.95/month! Non-Profits - receive a 25% discount on most services! --- 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
I think I can safely say that we have all been there done that. At least it is working now. Oh, no need to apologize. John T eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of GlobalWeb.net Webmaster Sent: Monday, June 20, 2005 9:38 AM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] OT: Imail gateway setup not working We found the issue; a mis-typed IP range in the relay file (one numeral off in 3rd octave). We must have looked at this 100 times over the weekend and didn't catch it. Thank you for all that responded to help - I am sorry to waste everyone's time Sincerely, Randy Armbrecht Support Department Global Web SolutionsR, Inc. 804-346-5300 x112 877-800-GLOBAL (4562) x112 http://globalweb.net Richmond's Internet Source since 1996! WEB HOSTING including EMAIL beginning at $29/month! DSL Starting at $39.95/month! Non-Profits - receive a 25% discount on most services! --- 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 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
Title: [Declude.JunkMail] OT: Imail gateway setup not working Those two steps do sound right. I'm not sure about the interface for v8.20 though; is there a checkbox actually checked for "relay for addressses:" in the GUI? Also, check that your hosts file is really called what it should be. If you edited the file with Notepad, it's probably erroneously called hosts.txt instead of just "hosts". Test it like this: From a desktop session on your mail server, enter this into your Start, Run field: notepad %windir%\system32\drivers\etc\hosts. If the hosts file comes up with the correct entries, e.g. 208.253.112.161 vacva.com and as John pointed out, there must be a blank line after the last entry, then you've verified that the hosts part of your configuration is correct. Andrew 8) -Original Message- From: [EMAIL PROTECTED]on behalf ofWebmaster - GlobalWeb.net Sent: Sat 18/06/2005 2:35 PM To: Declude.JunkMail@declude.com Cc: Subject: [Declude.JunkMail] OT: Imail gateway setup not working I've posted this to the IMailo forum; no replies so far. So I wanted to shoot this out here.We just fired up a new server on Friday with Imail 8.20hf2, JM Pro, Declude Virus Std w/ FProt, Hijack and Sniffer.(old server was 8.15hf2 and starting thursday, the QueueMgr just quit working)We have a couple of customers we do gateway services for and the setup is not working . We have their IP/Domain listed in the host file and have thier IP in the relay addresses list. When anyone sends email in we see this in the logs...06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] RCPT To:[EMAIL PROTECTED]06:18 17:31 SMTPD(92b506f87dcb) [x] looking up vacva.com in HOSTS06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] ERR imail.globalweb.net invalid user [EMAIL PROTECTED]Note: there is no closing "" on the invalid user line.Any one k now of any poroblems with this in 8.20? I really do not want to have to re-load a new setup of 8.15.Any ideas would be greatly appreciated!Thank you!Randy ArmbrechtGlobal Web Solutions, Inc.804-346-5509-- Original Message --From: "Michael Thomas - Mathbox" [EMAIL PROTECTED]Reply-To: Declude.JunkMail@declude.comDate: Sat, 18 Jun 2005 01:37:08 -0400Hi,No, actually they monitor specific channels to determine if advertisementsappeared on that channel and at what times. They also collect information onwhat shows were running when the advertisements appeared. Because much ofcable advertising is geographically driven, they need access to cable TV inspecific geographic areas.Mike- Original Message -From: "William Stillwell" [EMAIL PROTECTED]To: Declude.JunkMail@declude.comSent: Friday, June 17, 2005 11:42 PMSubject: Re: [Declude.JunkMail] OT: Co-Location Space It sounds like there trying to start a service like WebVCR which was of course shutdown by the MPAA.. - Original Message - From: "Michael Thomas - Mathbox" [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 5:51 PM Subject: [Declude.JunkMail] OT: Co-Location Space Hi All, I have a customer that is looking for co-location space in 50+ locations all over the US. There main requirement is a local cable TV feed. They will pay to have their own drop installed from the street. Their equipment is 50% rack-mount and 50% tower. Cabinet, rack, or wire shelf will work. Their requirements are: 10U 128k 2 IP's 3-5 amps Cable TV feed If you are interested, please contact me off list at [EMAIL PROTECTED] Below is a list of locations. Thank You, Michael Thomas Mathbox Anchorage AK Fairbanks AK Juneau AK Dothan AL Jonesboro AR Palm Springs CA Yuma-El Centro CA Eureka CA Grand Junction-Montrose CO Panama City FL Gainesville FL Ottumwa-Kirksville IA Idaho Falls-Pocatello ID Twin Falls ID Lafayette IN Bowling Green KY Alexandra LA Lake Charles LA Bangor ME Presque Isle ME Marquette MI Alpena MI Mankato MN St Joseph MO Biloxi-Gulfport MS Hattiesburg-Laurel MS Greenwood-Greenville MS Meridian MS Missoula MT Billings MT Great Falls MT Butte-Boseman MT Helena MT Glendive MT Minot-Bismarck-Dickinson ND North Platte NE Binghamton NY Utica NY Watertown NY Wheeling-Steubenville OH Lima OH Zanesville OH Bend OR Rapod City SD Jackson TN Odessa-Midland TX Abilene-Sweetwater TX Laredo TX San Angelo TX Victoria TX Sherman-Ada TX/OK Harrisonburg VA Charlottesville VA Clarksburg-Weston WV Parkersburg WV Casper-Riverton WY Cheyenne-Scottsbluff WY/NE --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "uns
RE: [Declude.JunkMail] OT: Imail gateway setup not working
notepad %windir%\system32\drivers\etc\hosts. everything checks out with thisno problems opening it. I've doubled checked again to be sure that there is a blank line after the last entry... I'm stumped... 8.2 has the relay for addresses as 8.15 did. Any one else have any problems with this? Randy --- 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.
[Declude.JunkMail] OT: Imail gateway setup not working
I've posted this to the IMailo forum; no replies so far. So I wanted to shoot this out here. We just fired up a new server on Friday with Imail 8.20hf2, JM Pro, Declude Virus Std w/ FProt, Hijack and Sniffer. (old server was 8.15hf2 and starting thursday, the QueueMgr just quit working) We have a couple of customers we do gateway services for and the setup is not working . We have their IP/Domain listed in the host file and have thier IP in the relay addresses list. When anyone sends email in we see this in the logs... 06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] RCPT To:[EMAIL PROTECTED] 06:18 17:31 SMTPD(92b506f87dcb) [x] looking up vacva.com in HOSTS 06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] ERR imail.globalweb.net invalid user [EMAIL PROTECTED] Note: there is no closing on the invalid user line. Any one k now of any poroblems with this in 8.20? I really do not want to have to re-load a new setup of 8.15. Any ideas would be greatly appreciated! Thank you! Randy Armbrecht Global Web Solutions, Inc. 804-346-5509 -- Original Message -- From: Michael Thomas - Mathbox [EMAIL PROTECTED] Reply-To: Declude.JunkMail@declude.com Date: Sat, 18 Jun 2005 01:37:08 -0400 Hi, No, actually they monitor specific channels to determine if advertisements appeared on that channel and at what times. They also collect information on what shows were running when the advertisements appeared. Because much of cable advertising is geographically driven, they need access to cable TV in specific geographic areas. Mike - Original Message - From: William Stillwell [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 11:42 PM Subject: Re: [Declude.JunkMail] OT: Co-Location Space It sounds like there trying to start a service like WebVCR which was of course shutdown by the MPAA.. - Original Message - From: Michael Thomas - Mathbox [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 5:51 PM Subject: [Declude.JunkMail] OT: Co-Location Space Hi All, I have a customer that is looking for co-location space in 50+ locations all over the US. There main requirement is a local cable TV feed. They will pay to have their own drop installed from the street. Their equipment is 50% rack-mount and 50% tower. Cabinet, rack, or wire shelf will work. Their requirements are: 10U 128k 2 IP's 3-5 amps Cable TV feed If you are interested, please contact me off list at [EMAIL PROTECTED] Below is a list of locations. Thank You, Michael Thomas Mathbox Anchorage AK Fairbanks AK Juneau AK Dothan AL Jonesboro AR Palm Springs CA Yuma-El Centro CA Eureka CA Grand Junction-Montrose CO Panama City FL Gainesville FL Ottumwa-Kirksville IA Idaho Falls-Pocatello ID Twin Falls ID Lafayette IN Bowling Green KY Alexandra LA Lake Charles LA Bangor ME Presque Isle ME Marquette MI Alpena MI Mankato MN St Joseph MO Biloxi-Gulfport MS Hattiesburg-Laurel MS Greenwood-Greenville MS Meridian MS Missoula MT Billings MT Great Falls MT Butte-Boseman MT Helena MT Glendive MT Minot-Bismarck-Dickinson ND North Platte NE Binghamton NY Utica NY Watertown NY Wheeling-Steubenville OH Lima OH Zanesville OH Bend OR Rapod City SD Jackson TN Odessa-Midland TX Abilene-Sweetwater TX Laredo TX San Angelo TX Victoria TX Sherman-Ada TX/OK Harrisonburg VA Charlottesville VA Clarksburg-Weston WV Parkersburg WV Casper-Riverton WY Cheyenne-Scottsbluff WY/NE --- 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 email has been scanned for possible viruses by Declude Antivirus. For more information on Declude Antivirus, Visit www.declude.com --- This email has been scanned for possible viruses by Declude Antivirus. For more information on Declude Antivirus, Visit 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 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 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.
RE: [Declude.JunkMail] OT: Imail gateway setup not working
I am successfully relaying for 2 Exchange servers with no problems running 8.20 HF2. Is there a carriage return after the domain name in the HOSTS file? Why aren't you using aliases instead of accepting all? John T eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Webmaster - GlobalWeb.net Sent: Saturday, June 18, 2005 2:35 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] OT: Imail gateway setup not working I've posted this to the IMailo forum; no replies so far. So I wanted to shoot this out here. We just fired up a new server on Friday with Imail 8.20hf2, JM Pro, Declude Virus Std w/ FProt, Hijack and Sniffer. (old server was 8.15hf2 and starting thursday, the QueueMgr just quit working) We have a couple of customers we do gateway services for and the setup is not working . We have their IP/Domain listed in the host file and have thier IP in the relay addresses list. When anyone sends email in we see this in the logs... 06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] RCPT To:[EMAIL PROTECTED] 06:18 17:31 SMTPD(92b506f87dcb) [x] looking up vacva.com in HOSTS 06:18 17:31 SMTPD(92b506f87dcb) [208.253.112.161] ERR imail.globalweb.net invalid user [EMAIL PROTECTED] Note: there is no closing on the invalid user line. Any one k now of any poroblems with this in 8.20? I really do not want to have to re- load a new setup of 8.15. Any ideas would be greatly appreciated! Thank you! Randy Armbrecht Global Web Solutions, Inc. 804-346-5509 -- Original Message -- From: Michael Thomas - Mathbox [EMAIL PROTECTED] Reply-To: Declude.JunkMail@declude.com Date: Sat, 18 Jun 2005 01:37:08 -0400 Hi, No, actually they monitor specific channels to determine if advertisements appeared on that channel and at what times. They also collect information on what shows were running when the advertisements appeared. Because much of cable advertising is geographically driven, they need access to cable TV in specific geographic areas. Mike - Original Message - From: William Stillwell [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 11:42 PM Subject: Re: [Declude.JunkMail] OT: Co-Location Space It sounds like there trying to start a service like WebVCR which was of course shutdown by the MPAA.. - Original Message - From: Michael Thomas - Mathbox [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, June 17, 2005 5:51 PM Subject: [Declude.JunkMail] OT: Co-Location Space Hi All, I have a customer that is looking for co-location space in 50+ locations all over the US. There main requirement is a local cable TV feed. They will pay to have their own drop installed from the street. Their equipment is 50% rack-mount and 50% tower. Cabinet, rack, or wire shelf will work. Their requirements are: 10U 128k 2 IP's 3-5 amps Cable TV feed If you are interested, please contact me off list at [EMAIL PROTECTED] Below is a list of locations. Thank You, Michael Thomas Mathbox Anchorage AK Fairbanks AK Juneau AK Dothan AL Jonesboro AR Palm Springs CA Yuma-El Centro CA Eureka CA Grand Junction-Montrose CO Panama City FL Gainesville FL Ottumwa-Kirksville IA Idaho Falls-Pocatello ID Twin Falls ID Lafayette IN Bowling Green KY Alexandra LA Lake Charles LA Bangor ME Presque Isle ME Marquette MI Alpena MI Mankato MN St Joseph MO Biloxi-Gulfport MS Hattiesburg-Laurel MS Greenwood-Greenville MS Meridian MS Missoula MT Billings MT Great Falls MT Butte-Boseman MT Helena MT Glendive MT Minot-Bismarck-Dickinson ND North Platte NE Binghamton NY Utica NY Watertown NY Wheeling-Steubenville OH Lima OH Zanesville OH Bend OR Rapod City SD Jackson TN Odessa-Midland TX Abilene-Sweetwater TX Laredo TX San Angelo TX Victoria TX Sherman-Ada TX/OK Harrisonburg VA Charlottesville VA Clarksburg-Weston WV Parkersburg WV Casper-Riverton WY Cheyenne-Scottsbluff WY/NE --- 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 email has been scanned for possible viruses by Declude Antivirus. For more information on Declude Antivirus, Visit www.declude.com --- This email has been scanned for possible viruses by Declude Antivirus. For more information on Declude Antivirus, Visit 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
RE: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records
In similar circumstances, I had the same problem with IMail and SimpleDNS Plus; of the two, I narrowed it down to just IMail being broken, i.e. that IMail would try to deliver to secondary MX records of it's own accord. I would see long delivery times, for example to HotMail MSN to name names. My answer for the few domains that a) had a malfunctioning MX (primary too!) b) which suffered long delivery times (or no delivery) that I would create a dummy DNS zone in SimpleDNS Plus and hardcode the records that worked. You would think that this would create more work for me, as when the destination changes their mail configuration, my hardcoded records would be responsible for a new mail failure. Well, that'd be true, but in practice these broken domains seldom made changes, so in 2 years this rarely came up. If you have a lite version of Simple DNS Plus, you'll probably want to create some kind of counterweight for them so that you are more likely to accept mail from them. This is because the number of zones you create is limited by your lite version, and creating both the forward and reverse lookup zone would count as 2 zones. Andrew 8) p.s. Since moving to using IIS for my outbound mail handling, I haven't needed to use any of this sort of cheat. p.p.s. At least one outsourced\disaster-recovery mail provider suggests that you configure your DNS to make them the highest cost MX record, and they return a 421 response until you tell them to turn on mail handling and webmail for your domain. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik Sent: Saturday, February 19, 2005 10:17 AM To: Declude.JunkMail@declude.com Subject: RE: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records Thanks So do would need to make a change to our DNS cache - to expire sooner? It is just strange that it is only happening on this domain (as far as we are aware). And the only reason we are aware of it is that domain has a second MX that does not accept email; so it's being returned to sender. Erik -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanford Whiteman Sent: Saturday, February 19, 2005 7:04 PM To: Erik Subject: Re: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records Sometimes, our DNS server wants to use their 2 MX record even though that domain has properly configured priority numbers and their primary server is active. Use the secondary, if it's the only MX record IMail ever sees = perfectly valid for IMail, broken in DNS. Use the secondary, even if the primary MX record was returned to IMail = broken for Imail, valid for DNS. The problem when it does resolve to their 2 MX record, is that server does not except email. i.e., their server is broken, and they're showing it off. Our caching in Imail has been turned off for years. So the problem may be in our DNS Server (Simple DNS Plus) where it's not retrying to get the MX record again; but rather using it's cache. The cache should contain all MX records that were originally returned. It's not one-at-a-time. Sometimes our DNS does pull the primary MX, other times the 2 MX. i.e., your DNS server is _also_ broken. Is this a problem with our DNS? Or does DNS pull any MX it finds (no matter the priority?) It must pull all valid MXes -- how else would it be able to retry? --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/rel ease / Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/dow nloa d/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/downloa d/re lease/ --- [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.
[Declude.JunkMail] OT: Imail / DNS / and 2nd MX records
This is OT for this list but am hoping someone could provide me some input. We have been having problems sending to one domain that we do not host. After investigating it, here is what I have found. The domain ipapilot.org has 2 MX records. Sometimes, our DNS server wants to use their 2 MX record even though that domain has properly configured priority numbers and their primary server is active. The problem when it does resolve to their 2 MX record, is that server does not except email. So then the message gets requeued and still tries to deliver to the 2nd MX until finally the number tries have been reached in iMail and the email returns to sender. We have, after talking to ipapilot.org to them about (why they have 2nd email server that doesn't accept any mail); proves useless. To me, it appears they are using that 2 MX as a greylist server as the response from it is always: 451 Try Again. Our caching in Imail has been turned off for years. So the problem may be in our DNS Server (Simple DNS Plus) where it's not retrying to get the MX record again; but rather using it's cache. Sometimes our DNS does pull the primary MX, other times the 2 MX. Is this a problem with our DNS? Or does DNS pull any MX it finds (no matter the priority?) Thanks, Erik --- [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.
RE: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records
Thanks Darrell, Our Imail version is 8.15 with the latest hotfix of 2005.02.01.8 Our DNS server is Simple DNS Plus version 3.50 which runs on the same server as Imail (Imail Declude) use this DNS. According to dnsreports.com, ipapilot.org is configured corrected (a few warnings; but I don't think is the cause of our problems)? If I clear the cache in our DNS server, it will resolve correctly for the next queue run. But then later at random when another email needs to go to ipapilot.org, it will still at times choose their 2nd MX record. Temporarily, I've added ipapilot.org to our Windows HOSTS file until I can find out what is going on. Erik -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Saturday, February 19, 2005 6:32 PM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records Erik, IMAIL should observe the priority of the MX records. In older versions of IMAIL I beleive it did not do this correctly. I beleive using the MX with the correct priority came into version 7.1x of IMAIL. What version are you running? My understanding is that 4xx error codes are temporary errors codes which means that IMAIL will not attempt to try the other MX record causing it to be requeued and attempted to be delivered later. Darrell --- Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. - Original Message - From: Erik [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Saturday, February 19, 2005 9:28 AM Subject: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records This is OT for this list but am hoping someone could provide me some input. We have been having problems sending to one domain that we do not host. After investigating it, here is what I have found. The domain ipapilot.org has 2 MX records. Sometimes, our DNS server wants to use their 2 MX record even though that domain has properly configured priority numbers and their primary server is active. The problem when it does resolve to their 2 MX record, is that server does not except email. So then the message gets requeued and still tries to deliver to the 2nd MX until finally the number tries have been reached in iMail and the email returns to sender. We have, after talking to ipapilot.org to them about (why they have 2nd email server that doesn't accept any mail); proves useless. To me, it appears they are using that 2 MX as a greylist server as the response from it is always: 451 Try Again. Our caching in Imail has been turned off for years. So the problem may be in our DNS Server (Simple DNS Plus) where it's not retrying to get the MX record again; but rather using it's cache. Sometimes our DNS does pull the primary MX, other times the 2 MX. Is this a problem with our DNS? Or does DNS pull any MX it finds (no matter the priority?) Thanks, Erik --- [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.
Re: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records
Sometimes, our DNS server wants to use their 2 MX record even though that domain has properly configured priority numbers and their primary server is active. Use the secondary, if it's the only MX record IMail ever sees = perfectly valid for IMail, broken in DNS. Use the secondary, even if the primary MX record was returned to IMail = broken for Imail, valid for DNS. The problem when it does resolve to their 2 MX record, is that server does not except email. i.e., their server is broken, and they're showing it off. Our caching in Imail has been turned off for years. So the problem may be in our DNS Server (Simple DNS Plus) where it's not retrying to get the MX record again; but rather using it's cache. The cache should contain all MX records that were originally returned. It's not one-at-a-time. Sometimes our DNS does pull the primary MX, other times the 2 MX. i.e., your DNS server is _also_ broken. Is this a problem with our DNS? Or does DNS pull any MX it finds (no matter the priority?) It must pull all valid MXes -- how else would it be able to retry? --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/download/release/ --- [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.
RE: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records
Thanks So do would need to make a change to our DNS cache - to expire sooner? It is just strange that it is only happening on this domain (as far as we are aware). And the only reason we are aware of it is that domain has a second MX that does not accept email; so it's being returned to sender. Erik -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanford Whiteman Sent: Saturday, February 19, 2005 7:04 PM To: Erik Subject: Re: [Declude.JunkMail] OT: Imail / DNS / and 2nd MX records Sometimes, our DNS server wants to use their 2 MX record even though that domain has properly configured priority numbers and their primary server is active. Use the secondary, if it's the only MX record IMail ever sees = perfectly valid for IMail, broken in DNS. Use the secondary, even if the primary MX record was returned to IMail = broken for Imail, valid for DNS. The problem when it does resolve to their 2 MX record, is that server does not except email. i.e., their server is broken, and they're showing it off. Our caching in Imail has been turned off for years. So the problem may be in our DNS Server (Simple DNS Plus) where it's not retrying to get the MX record again; but rather using it's cache. The cache should contain all MX records that were originally returned. It's not one-at-a-time. Sometimes our DNS does pull the primary MX, other times the 2 MX. i.e., your DNS server is _also_ broken. Is this a problem with our DNS? Or does DNS pull any MX it finds (no matter the priority?) It must pull all valid MXes -- how else would it be able to retry? --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release / Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/downloa d/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/download/re lease/ --- [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.
[Declude.JunkMail] OT: iMail 6.06 vulnerabilities
Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
We're running 6.06 and haven't had that problem yet (knocks on wood). But I do know there are certain MS patches that will mess up the display of the admin page (2000 SP4 for example). Is it possible you just ran an MS update and one of those messed the system up? iMail is an old version and these updates might mess something up. I hate trying to run a system on outdate hardware and software. If only the bosses would listen. hahaha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jose Gosende Sent: Friday, July 16, 2004 9:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
FWIW - After turning off the IMail Sys Logger Service the server is much more stable. Time to find if there's an exploit for this service... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Maze Sent: Friday, July 16, 2004 12:44 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities We're running 6.06 and haven't had that problem yet (knocks on wood). But I do know there are certain MS patches that will mess up the display of the admin page (2000 SP4 for example). Is it possible you just ran an MS update and one of those messed the system up? iMail is an old version and these updates might mess something up. I hate trying to run a system on outdate hardware and software. If only the bosses would listen. hahaha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jose Gosende Sent: Friday, July 16, 2004 9:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
Or leave it off and use Kiwi. John Tolmachoff Engineer/Consultant/Owner eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Jose Gosende Sent: Friday, July 16, 2004 10:35 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities FWIW - After turning off the IMail Sys Logger Service the server is much more stable. Time to find if there's an exploit for this service... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Maze Sent: Friday, July 16, 2004 12:44 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities We're running 6.06 and haven't had that problem yet (knocks on wood). But I do know there are certain MS patches that will mess up the display of the admin page (2000 SP4 for example). Is it possible you just ran an MS update and one of those messed the system up? iMail is an old version and these updates might mess something up. I hate trying to run a system on outdate hardware and software. If only the bosses would listen. hahaha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jose Gosende Sent: Friday, July 16, 2004 9:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
I'm still running v6.06 (mostly due to cost). One thing I found was moving the spool directory to a completely different location and using Kiwi for my syslog it helped alot. Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jose Gosende Sent: Friday, July 16, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
Hmmm.. Have a link for Kiwi? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Kratka Sent: Friday, July 16, 2004 2:16 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities I'm still running v6.06 (mostly due to cost). One thing I found was moving the spool directory to a completely different location and using Kiwi for my syslog it helped alot. Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jose Gosende Sent: Friday, July 16, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
Here you go... http://www.kiwisyslog.com/ Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Maze Sent: Friday, July 16, 2004 11:27 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Hmmm.. Have a link for Kiwi? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Kratka Sent: Friday, July 16, 2004 2:16 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities I'm still running v6.06 (mostly due to cost). One thing I found was moving the spool directory to a completely different location and using Kiwi for my syslog it helped alot. Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jose Gosende Sent: Friday, July 16, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
Re: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
A quick google for kiwi syslog reveals...www.kiwisyslog.com...grin Darin. - Original Message - From: Jeff Maze [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 16, 2004 2:26 PM Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Hmmm.. Have a link for Kiwi? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Kratka Sent: Friday, July 16, 2004 2:16 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities I'm still running v6.06 (mostly due to cost). One thing I found was moving the spool directory to a completely different location and using Kiwi for my syslog it helped alot. Jeff Kratka TymeWyse Internet P.O.Box 84 - 110 Ecklund St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jose Gosende Sent: Friday, July 16, 2004 6:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
If you are using LDAP that is completely and horribly hackable and I don't think there is a patch below 7. Marc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jose Gosende Sent: Friday, July 16, 2004 9:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- [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.
RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities
Thank God I'm not, and like I said, after turning off syslog things are back to normal. Jose -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of marc catuogno Sent: Friday, July 16, 2004 3:26 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities If you are using LDAP that is completely and horribly hackable and I don't think there is a patch below 7. Marc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jose Gosende Sent: Friday, July 16, 2004 9:57 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: iMail 6.06 vulnerabilities Does anyone know of any vulnerabilities in iMail 6.06? Within a minute after turning on iMail's SMTP service my server becomes completely unresponsive and eventually goes down. I've also installed all of the 6.06 related patches from Ipswitch's site. Jose --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- [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. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.721 / Virus Database: 477 - Release Date: 7/16/2004 --- [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.
[Declude.JunkMail] OT IMail Backup/Restore
Hi, I think this is going to work I need to backup IMail from the C Drive, reformat the server, create D drive and then put IMail back on D Drive. I figure the way to do this is Old Server Stop all IMail services Backup IMail and all directories Make new server Install IMail on new server D Drive Patch it to same level Restore the IMail directories to D Drive Check all drive references Start Services This should move all the mail and users etc etc Obviously fix all the Declude filter paths etc. Will this work? Thanx Goran Jovanovic The LAN Shoppe --- [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.
RE: [Declude.JunkMail] OT IMail Backup/Restore
When you export the imail registry hive Look at the resulting file... If there are hard references to C: Then run a search/replace all to update to D If you use SQL for user databases then you'll have to write a small sql script to update the mailbox path's for every mailbox. The physcal path is stored in each row. Other than that, its exactly what I've done many times. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Goran Jovanovic Sent: Friday, June 11, 2004 11:01 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT IMail Backup/Restore Hi, I think this is going to work I need to backup IMail from the C Drive, reformat the server, create D drive and then put IMail back on D Drive. I figure the way to do this is Old Server Stop all IMail services Backup IMail and all directories Make new server Install IMail on new server D Drive Patch it to same level Restore the IMail directories to D Drive Check all drive references Start Services This should move all the mail and users etc etc Obviously fix all the Declude filter paths etc. Will this work? Thanx Goran Jovanovic The LAN Shoppe --- [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.
RE: [Declude.JunkMail] OT IMail Backup/Restore
When you make a backup of Imail's user/domain settings, it might keep the original drive paths so check it's reg file that is created in case you need to do a find/replace -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Goran Jovanovic Sent: Friday, June 11, 2004 12:01 PM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT IMail Backup/Restore Hi, I think this is going to work I need to backup IMail from the C Drive, reformat the server, create D drive and then put IMail back on D Drive. I figure the way to do this is Old Server Stop all IMail services Backup IMail and all directories Make new server Install IMail on new server D Drive Patch it to same level Restore the IMail directories to D Drive Check all drive references Start Services This should move all the mail and users etc etc Obviously fix all the Declude filter paths etc. Will this work? Thanx Goran Jovanovic The LAN Shoppe --- [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.
RE: [Declude.JunkMail] OT IMail Backup/Restore
Tom, Is there more in the registry than under HKLM\Software\Ipswitch\. Goran Jovanovic The LAN Shoppe -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Tom Baker | Netsmith Inc Sent: Friday, June 11, 2004 12:07 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT IMail Backup/Restore When you export the imail registry hive Look at the resulting file... If there are hard references to C: Then run a search/replace all to update to D If you use SQL for user databases then you'll have to write a small sql script to update the mailbox path's for every mailbox. The physcal path is stored in each row. Other than that, its exactly what I've done many times. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Goran Jovanovic Sent: Friday, June 11, 2004 11:01 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT IMail Backup/Restore Hi, I think this is going to work I need to backup IMail from the C Drive, reformat the server, create D drive and then put IMail back on D Drive. I figure the way to do this is Old Server Stop all IMail services Backup IMail and all directories Make new server Install IMail on new server D Drive Patch it to same level Restore the IMail directories to D Drive Check all drive references Start Services This should move all the mail and users etc etc Obviously fix all the Declude filter paths etc. Will this work? Thanx Goran Jovanovic The LAN Shoppe --- [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 scanned for viruses by Declude Virus] --- [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.
RE: [Declude.JunkMail] OT IMail Backup/Restore
That's all that you need -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Goran Jovanovic Sent: Friday, June 11, 2004 4:21 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT IMail Backup/Restore Tom, Is there more in the registry than under HKLM\Software\Ipswitch\. Goran Jovanovic The LAN Shoppe -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Tom Baker | Netsmith Inc Sent: Friday, June 11, 2004 12:07 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT IMail Backup/Restore When you export the imail registry hive Look at the resulting file... If there are hard references to C: Then run a search/replace all to update to D If you use SQL for user databases then you'll have to write a small sql script to update the mailbox path's for every mailbox. The physcal path is stored in each row. Other than that, its exactly what I've done many times. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Goran Jovanovic Sent: Friday, June 11, 2004 11:01 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT IMail Backup/Restore Hi, I think this is going to work I need to backup IMail from the C Drive, reformat the server, create D drive and then put IMail back on D Drive. I figure the way to do this is Old Server Stop all IMail services Backup IMail and all directories Make new server Install IMail on new server D Drive Patch it to same level Restore the IMail directories to D Drive Check all drive references Start Services This should move all the mail and users etc etc Obviously fix all the Declude filter paths etc. Will this work? Thanx Goran Jovanovic The LAN Shoppe --- [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 scanned for viruses by Declude Virus] --- [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.
RE: [Declude.JunkMail] OT: IMAIL domains expanding slowly.
I have been dealing with an issue for a few weeks now moving IMAIL to a BIG server. The old server is running good on dual 1.0 GIG procs. This is the basic Specs on the new server: DL380 G3 Compaq Dual 3.06 Zeon 2 Gigs factory Ram 6 Scsi drives Windows 2000 server I have done this migration by the books with 8.05 IMAIL, duplicating everything exactly. But IMAIL Administrator expands domains incredibly slow. Everything else, webmail, delivery looks fine. I have been through IMAIL support, and been through the registry checks, they are unable so far to find an answer. Has anyone else seen this or have any ideas to check on? I have tons of info to provide. Thanks, Chris Patterson, CCNA Network Engineer Rapid Systems (813)232-4887 Ext. 112 [EMAIL PROTECTED] Managed Spam Filtering and Anti-Virus Protection for Your Internet Service - Available Today from Rapid Systems --- [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.
RE: [Declude.JunkMail] OT: IMAIL domains expanding slowly.
On-access virus scanner on the mail directory? I seem to remember av causing this symptom. Don -Original Message- From: Chris Patterson [mailto:[EMAIL PROTECTED] Sent: Monday, May 03, 2004 9:10 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: IMAIL domains expanding slowly. I have been dealing with an issue for a few weeks now moving IMAIL to a BIG server. The old server is running good on dual 1.0 GIG procs. This is the basic Specs on the new server: DL380 G3 Compaq Dual 3.06 Zeon 2 Gigs factory Ram 6 Scsi drives Windows 2000 server I have done this migration by the books with 8.05 IMAIL, duplicating everything exactly. But IMAIL Administrator expands domains incredibly slow. Everything else, webmail, delivery looks fine. I have been through IMAIL support, and been through the registry checks, they are unable so far to find an answer. Has anyone else seen this or have any ideas to check on? I have tons of info to provide. Thanks, Chris Patterson, CCNA Network Engineer Rapid Systems (813)232-4887 Ext. 112 [EMAIL PROTECTED] Managed Spam Filtering and Anti-Virus Protection for Your Internet Service - Available Today from Rapid Systems --- [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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- [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.
RE: [Declude.JunkMail] OT: IMAIL domains expanding slowly.
The Symantec carrier scans cfg file has been duplicated and moved over. We are also running McAffe NetSheild, same as on old server, config settings duplicated identically. Disabling NetSheild does not help. The cslive update interface is not identical on both servers. I installed and updated with same disk originally installed on original server. Is there any way to upgrade Carrier Scan as opposed to update? Anyone else have any ideas to check? Has anyone put IMAIL on Zeon Procs? Thanks, Chris Patterson, CCNA Network Engineer Rapid Systems (813)232-4887 Ext. 112 [EMAIL PROTECTED] Managed Spam Filtering and Anti-Virus Protection for Your Internet Service - Available Today from Rapid Systems -Original Message- From: Don L. Might [mailto:[EMAIL PROTECTED] Sent: Monday, May 03, 2004 9:22 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: IMAIL domains expanding slowly. On-access virus scanner on the mail directory? I seem to remember av causing this symptom. Don -Original Message- From: Chris Patterson [mailto:[EMAIL PROTECTED] Sent: Monday, May 03, 2004 9:10 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: IMAIL domains expanding slowly. I have been dealing with an issue for a few weeks now moving IMAIL to a BIG server. The old server is running good on dual 1.0 GIG procs. This is the basic Specs on the new server: DL380 G3 Compaq Dual 3.06 Zeon 2 Gigs factory Ram 6 Scsi drives Windows 2000 server I have done this migration by the books with 8.05 IMAIL, duplicating everything exactly. But IMAIL Administrator expands domains incredibly slow. Everything else, webmail, delivery looks fine. I have been through IMAIL support, and been through the registry checks, they are unable so far to find an answer. Has anyone else seen this or have any ideas to check on? I have tons of info to provide. Thanks, Chris Patterson, CCNA Network Engineer Rapid Systems (813)232-4887 Ext. 112 [EMAIL PROTECTED] Managed Spam Filtering and Anti-Virus Protection for Your Internet Service - Available Today from Rapid Systems --- [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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- [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.
RE: [Declude.JunkMail] OT: Imail Queue manager and gateway
So should I just disable the DNS Cache and skip list then? Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Tolmachoff (Lists) Sent: Wednesday, March 10, 2004 5:45 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: Imail Queue manager and gateway You can not disable the Queue Manager. That is the delivery process, to where ever the message is to be delivered. DNS cache can be disabled if desired, irregardless of Imail configuration or use. John Tolmachoff Engineer/Consultant/Owner eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Mark Smith Sent: Wednesday, March 10, 2004 10:27 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: Imail Queue manager and gateway If I'm only using imail as a gateway for Exchange and only one domain is being forwarded to, wouldn't it make sense to disable the DNS cache and Queue manager. In the remote case the receiving Exchange server is put on the skip list that would mean that all email would stop. Right? --- [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.
[Declude.JunkMail] OT: Imail Queue manager and gateway
If I'm only using imail as a gateway for Exchange and only one domain is being forwarded to, wouldn't it make sense to disable the DNS cache and Queue manager. In the remote case the receiving Exchange server is put on the skip list that would mean that all email would stop. Right? --- [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.
RE: [Declude.JunkMail] OT: Imail Queue manager and gateway
You can not disable the Queue Manager. That is the delivery process, to where ever the message is to be delivered. DNS cache can be disabled if desired, irregardless of Imail configuration or use. John Tolmachoff Engineer/Consultant/Owner eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Mark Smith Sent: Wednesday, March 10, 2004 10:27 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: Imail Queue manager and gateway If I'm only using imail as a gateway for Exchange and only one domain is being forwarded to, wouldn't it make sense to disable the DNS cache and Queue manager. In the remote case the receiving Exchange server is put on the skip list that would mean that all email would stop. Right? --- [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.
RE: [Declude.JunkMail] OT: Imail Queue manager and gateway
Just a personal pet peeve: Irregardless is not a word: http://dictionary.reference.com/search?q=irregardless%20 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Tolmachoff (Lists) Sent: Wednesday, March 10, 2004 2:45 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] OT: Imail Queue manager and gateway You can not disable the Queue Manager. That is the delivery process, to where ever the message is to be delivered. DNS cache can be disabled if desired, irregardless of Imail configuration or use. John Tolmachoff Engineer/Consultant/Owner eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Mark Smith Sent: Wednesday, March 10, 2004 10:27 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: Imail Queue manager and gateway If I'm only using imail as a gateway for Exchange and only one domain is being forwarded to, wouldn't it make sense to disable the DNS cache and Queue manager. In the remote case the receiving Exchange server is put on the skip list that would mean that all email would stop. Right? --- [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.
Re[2]: [Declude.JunkMail] OT: Imail Queue manager and gateway
Just a personal pet peeve: Aren't all pet peeves personal? :)) --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
[Declude.JunkMail] OT: Imail Versions
I'm working on an Exchange 2003 roll out where I'll use Imail and Junkmail as a spam filter/relay/edge antivirus scanner. Imail will not host any domains and only act as a gateway relayer for the domains that are hosted in the Exchange namespace. I don't think that I'll need Imail Professional so the question is whether or not I need Imail Express or Imail Small Business as the foundation to run the gateway relayer. Thanks. Mark --- [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.
RE: [Declude.JunkMail] OT: Imail Versions
http://www.ipswitch.com/products/imail_server/index.html#choose Imail Express can not do SF or Gateway service. So the answer is Small Business. John Tolmachoff Engineer/Consultant/Owner eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Mark Smith Sent: Saturday, March 06, 2004 9:04 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT: Imail Versions I'm working on an Exchange 2003 roll out where I'll use Imail and Junkmail as a spam filter/relay/edge antivirus scanner. Imail will not host any domains and only act as a gateway relayer for the domains that are hosted in the Exchange namespace. I don't think that I'll need Imail Professional so the question is whether or not I need Imail Express or Imail Small Business as the foundation to run the gateway relayer. Thanks. Mark --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
Sandy, You're quite a capable person, and some of this stuff might be trivial for you, or maybe you just like tinkering with such things...but, it's overreaching to assume that this is the same for the vast majority of users. A long time ago when I was in high school and proud member of the geeky A/V club, we often found ourselves without the proper cable to connect two devices...so we improvised. One cable into another, switching genders, over and over again, eventually we got what we needed. We were thinking on our feet; we were being resourceful. However, had the proper cable been available, we would have been greatly overly complicating matters. I guess what I'm saying is if you can do it without LDAP or ActiveDirectory, why not do it without LDAP or ActiveDirectory. There's certainly other ways to go about doing this, especially if you only have one or a small handful of machines that need to access this data. Sourcing directly from text files (not in real time as previously clarified) is likely the most universal and uncomplicated method, however some situations may well benefit by sourcing from LDAP, such as being a dedicated backup to an Exchange server, or a dedicated backup to an IMail server that doesn't gateway...or if you just simply prefer for it to be that way. I don't think LDAP is bad, I just think that supporting a distributed LDAP environment is unnecessary if done solely for the purpose of storing several hundred to several tens of thousands of E-mail addresses. Matt Sanford Whiteman wrote: I'm not dumping on LDAP, I think it can be very useful, however in this case, is it really necessary? Why not just support loading a text file into memory and using that? Because it's poor architecture that I wouldn't trust on my mailserver. It's the lowest common denominator... Yep, that's the problem, all right. :) The only reason not to use text files would be a technical limitation, but I'm not suggesting that it be accessed once per message, so that isn't at issue. Then you clearly don't see the _other_ technical problems involved. Disk I/O is not the primary problem. I would certainly look to VAMsoft for this application if they supported text files... Well, you _can_ use ORF for this! Just use their "everybody but" recipient blacklist, whose addresses are stored in the .INI file and read once at service start (ORF service, not SMTP service). Every time you update the file, net restart ORF. It's _already_ there for you in ORF if this is the way you want to swing it. I believe that if you have a single domain, AD via LDAP is the better way to go. As a longtime LDAP user, I believe your concerns about the complexity of having a built-in LDAP service running with the sole purpose of MX user lookup are unfounded. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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. -- = MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ =
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
However, had the proper cable been available, we would have been greatly overly complicating matters. Indeed, your proper cable already exists in the form of the everything but recipient list in ORF, as I mentioned in my last message. I think you should use it. I guess what I'm saying is if you can do it without LDAP or ActiveDirectory, why not do it without LDAP or ActiveDirectory. There's a difference between doing it and doing it right, of course. For your environment and traffic, ORF alone might well do it right, so go for it. My issue is with encouraging the _development_ of subpar or non-scaleable solutions. If the application _already exists_, on the other hand, it should be used and tweaked in as many ways as you can (witness our continued use of IMail!). :) I just think that supporting a distributed LDAP environment is unnecessary if done solely for the purpose of storing several hundred to several tens of thousands of E-mail addresses. Several hundred in an unindexed in-memory array would probably work jsut fine. Tens of thousands is a very, very different story. Again, you seem to be missing the point in thinking these two situations don't present different requirements. Solely for the purpose of scaleability is one of the purest and most commendable motivations in application design, since it encompasses both in the wild stability and performance under a simple umbrella. Far from a dirty word, scaleability is what makes so many open-source projects work in the enterprise, despite their many other foibles. If you start a development project with an express disregard for it, count out the most capable programmers. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
Sanford Whiteman wrote: Jsut fine. Tens of thousands is a very, very different story. Again, you seem to be missing the point in thinking these two situations don't present different requirements. "Solely for the purpose of scaleability" is one of the purest and most commendable motivations in application design, since it encompasses both "in the wild" stability and performance under a simple umbrella. Far from a dirty word, scaleability is what makes so many open-source projects work in the enterprise, despite their many other foibles. If you start a development project with an express disregard for it, count out the most capable programmers. My friend is one of the most capable programmers that you will find, he's done a great deal of work in the last 5 years within Microsoft's framework, and I don't expect for this to be a challenge for him. I'm still waiting to see if he wants to take this on. In terms of scale, I would expect to see a server handle not much more than 500,000 messages in a full Declude/IMail environment, and with an average of more than 10 pieces of spam per address per day, a solution of this sort would need to effectively resolve against 50,000 or so E-mail addresses. While I'm not at all sure how to properly index this information for rapid use, I do know that you could split the data into user and domain, and first query the domain, and then the user, and that would likely mean for the most part that you would need to do one query (full string match) on about 1,000 domains, and then another query on an average of maybe 50 user addresses. Pete over at Sniffer has figured out how to search the entire source of a message with tens of thousands of rules complete with wildcards, and he does that quite efficiently considering that the application loads the entire rule base every time it is hit with a message. I think a capable programmer would not at all be bothered by the demands. There's absolutely no reason why this couldn't be done. If you have a recommendation for how to best handle the task where data is initially sourced from a text file, please share it and I will pass that on. Thanks, Matt -- = MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ =
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
My friend is one of the most capable programmers that you will find, he's done a great deal of work in the last 5 years within Microsoft's framework, and I don't expect for this to be a challenge for him. This is not at all a comment on his skills--many of us program for Win32 as well--but you're talking about an OS platform whose companion mail platform (Exchange) had no way (zero) to reject at the envelope until last year. In terms of scale, I would expect to see a server handle not much more than 500,000 messages in a full Declude/IMail environment, and with an average of more than 10 pieces of spam per address per day, a solution of this sort would need to effectively resolve against 50,000 or so E-mail addresses. # of messages has no intrinsic relationship to # of users. These are different requirements, though they are related insofar as the former predicts the number of simultaneous lookups against the data source that must be completed without quenching socket, memory, or CPU resources. In any case, you're defining this requirement: Must support up to 50,000 addresses. That's fine for you. MXs we support service millions of accounts in constant flux due to adds and changes. Something built to your requirements would not be sufficient for us. As I mentioned, however, _even you_ have no need to build anything: ORF already does what you need. While I'm not at all sure how to properly index this information for rapid use, I do know that you could split the data into user and domain, and first query the domain, and then the user, and that would likely mean for the most part that you would need to do one query (full string match) on about 1,000 domains, and then another query on an average of maybe 50 user addresses. You're goldmanning--I guess that's the opposite of strawman :)--one of a zillion use cases to match your design, so that's not an accurate general depiction of MXs that accept mail for 50,000 accounts. Our largest installations by user count have very small numbers by domain count. Pete over at Sniffer has figured out how to search the entire source of a message with tens of thousands of rules complete with wildcards, and he does that quite efficiently considering that the application loads the entire rule base every time it is hit with a message. A very different task. I won't bother you with any more differentiators. Suffice it to say that tens of thousands of objects is not a realistic target for a scaleable mail application. It may be a realistic target for a particular deployment. I am not questioning that it may work for you, but (see below) there's nothing to build! I think a capable programmer would not at all be bothered by the demands. There's absolutely no reason why this couldn't be done. My ultimate point is that _there is no reason for anything to be written_. If you want 50,000 users and text file input is what you want, use ORF. Geez, it's 99 bucks. Vamsoft has done a very fine job with their product. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
Sandy, I would prefer to pay $99 for a product that did what I wanted it to. My issue is that I don't want to rely on AD or LDAP, though I would consider a DNS implementation (with translation of addresses to valid values, like [EMAIL PROTECTED] becomes matt.mail.example.com.my-filter-domain.com). If VAMsoft builds this, please let me know. If I find that there is no interest on the part of my friend in programming this, I may very well think about going the LDAP route for lack of the "proper cable." :) Matt Sanford Whiteman wrote: My friend is one of the most capable programmers that you will find, he's done a great deal of work in the last 5 years within Microsoft's framework, and I don't expect for this to be a challenge for him. This is not at all a comment on his skills--many of us program for Win32 as well--but you're talking about an OS platform whose companion mail platform (Exchange) had no way (zero) to reject at the envelope until last year. In terms of scale, I would expect to see a server handle not much more than 500,000 messages in a full Declude/IMail environment, and with an average of more than 10 pieces of spam per address per day, a solution of this sort would need to effectively resolve against 50,000 or so E-mail addresses. # of messages has no intrinsic relationship to # of users. These are different requirements, though they are related insofar as the former predicts the number of simultaneous lookups against the data source that must be completed without quenching socket, memory, or CPU resources. In any case, you're defining this requirement: "Must support up to 50,000 addresses." That's fine for you. MXs we support service millions of accounts in constant flux due to adds and changes. Something built to your requirements would not be sufficient for us. As I mentioned, however, _even you_ have no need to build anything: ORF already does what you need. While I'm not at all sure how to properly index this information for rapid use, I do know that you could split the data into user and domain, and first query the domain, and then the user, and that would likely mean for the most part that you would need to do one query (full string match) on about 1,000 domains, and then another query on an average of maybe 50 user addresses. You're goldmanning--I guess that's the opposite of strawman :)--one of a zillion use cases to match your design, so that's not an accurate general depiction of MXs that accept mail for 50,000 accounts. Our largest installations by user count have very small numbers by domain count. Pete over at Sniffer has figured out how to search the entire source of a message with tens of thousands of rules complete with wildcards, and he does that quite efficiently considering that the application loads the entire rule base every time it is hit with a message. A very different task. I won't bother you with any more differentiators. Suffice it to say that tens of thousands of objects is not a realistic target for a scaleable mail application. It may be a realistic target for a particular deployment. I am not questioning that it may work for you, but (see below) there's nothing to build! I think a capable programmer would not at all be bothered by the demands. There's absolutely no reason why this couldn't be done. My ultimate point is that _there is no reason for anything to be written_. If you want 50,000 users and text file input is what you want, use ORF. Geez, it's 99 bucks. Vamsoft has done a very fine job with their product. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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. -- = MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ =
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
If VAMsoft builds this, please let me know. If I find that there is no interest on the part of my friend in programming this, I may very well think about going the LDAP route for lack of the proper cable. Did you fail to read (twice) the part of my posts about the accept only for these users option in ORF, which is loaded from a text file? This has nothing to do with LDAP. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
Sanford Whiteman wrote: Did you fail to read (twice) the part of my posts about the accept only for these users option in ORF, which is loaded from a text file? This has nothing to do with LDAP. To be honest, yes, I don't think I saw that in your messages. Take it from a fellow rambler...you could condense things from time to time...and maybe spend less time describing how I'm wrong or how impossible a task might be :) I saw a reference to an everybody but blacklists, but their help file makes no such reference. I suppose that you inquired about this functionality? My read of their help file shows that it might be possible to blacklist everything, and then whitelist the addresses that you want to accept...if they process the whitelist first. Or maybe this is undocumented or at least difficult to find in their documentation. Nevertheless, thanks for the pointer. Matt -- = MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ = --- [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.
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
To be honest, yes, I don't think I saw that in your messages. Take it from a fellow rambler...you could condense things from time to time...and maybe spend less time describing how I'm wrong or how impossible a task might be :) Maybe... I saw a reference to an everybody but blacklists, but their help file makes no such reference. I suppose that you inquired about this functionality? My read of their help file shows that it might be possible to blacklist everything, and then whitelist the addresses that you want to accept...if they process the whitelist first. It's simple and built-in functionality, not a tweak or anything like that all. You simply enable the recipient blacklist button in the everybody but these people mode (one of two modes). There's no need to worry about processing order. All addresses are in plain-text and will reload when the ORF service restarts. It's exactly what your spec suggests. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
Sanford Whiteman wrote: It's simple and built-in functionality, not a tweak or anything like that all. You simply enable the recipient blacklist button in the everybody but these people mode (one of two modes). There's no need to worry about processing order. All addresses are in plain-text and will reload when the ORF service restarts. It's exactly what your spec suggests. I don't have a functioning install, just something on an incapable machine which exposes their help files, so I didn't get to see their config screens. This definitely looks like it will work just fine, even if it doesn't scale to 50,000 addresses :) I figure that I'll probably take a look at the IMail to IMGate export script that I've seen mentioned before, or maybe a utility on the Ipswitch site for generating the locally hosted portion of this file, and I'll probably write a database app for managing the gatewayed domains, combining the two into a suitable format for ORF. What I hope to do is establish this audit trail for my customers where they have almost real-time access to add or remove addresses from the service. If they don't want to maintain a list, then I'll just charge them a bit more since that means more utilization. Best of both worlds I figure. This is also the type of thing that I can handle without much help. Thanks, Matt -- = MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ = --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
In terms of scale, I would expect to see a server handle not much more than 500,000 messages in a full Declude/IMail environment, and with an average of more than 10 pieces of spam per address per day, a solution of this sort would need to effectively resolve against 50,000 or so E-mail addresses. While I'm not at all sure how to properly index this information for rapid use, I do know that you could split the data into user and domain, and first query the domain, and then the user, and that would likely mean for the most part that you would need to do one query (full string match) on about 1,000 domains, and then another query on an average of maybe 50 user addresses. Pete over at Sniffer has figured out how to search the entire source of a message with tens of thousands of rules complete with wildcards, and he does that quite efficiently considering that the application loads the entire rule base every time it is hit with a message. I think a capable programmer would not at all be bothered by the demands. There's absolutely no reason why this couldn't be done. If you have a recommendation for how to best handle the task where data is initially sourced from a text file, please share it and I will pass that on. Speaking of Sniffer - One thing you might consider is creating a special rulebase (we do contracts like that) that would contain 50K rules to match, well, practically any text you wish. We regularly match 50K heuristics these days in sub 100ms. Perhaps there is a special solution to be worked out here. We have tools to make this kind of thing feasible... Depending upon the rate of change, this might not require any unique software. We have a prototype java based utility for scripting updates to any rulebase in our system. Contact me off list if you'd like to pursue this direction. _M RESCU - REmote SCripted Updater, accepts an XML file representing changes/commands for the rulebase and produces a matching XML file result. Not quite ready for release into the wild, but close.
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
Pete, Everything that Sniffer does is after submission, so it really wouldn't apply. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
Sorry about that - I seem to have stepped into a bit of a tiff. I was skimming and saw a Sniffer reference and jumped in - I shouldn't do that (I should get more sleep). At any rate, the pattern matching engine can run at any point... Sniffer as it is packaged now runs after submission, but the engine can easily be used up-front during the SMTP conversation before or after DATA. That's just not how it's currently packaged. The pattern matching engine came from my robotics research and was later adapted to fast interpreted scripting engines in he early 80s (When cpus and memory were slow and bulky). The concept for robotics was that a complex hierarchical reflex mechanism capable of real-time responses would be continually tuned by slower analysis engines. What is now inside Message Sniffer was once designed to interpret a wide array of sensor data and produce complex, directed real-time responses under the guidance (symbiotically anyway) of a goal seeking machine learning system. It was a kind of autonomic nervous system with a bit of brain-stem attached. If anybody cares to take the technology to the SMTP end of an email application (or even level 3 routing / filtering / switching) it can be done extremely well... We have to start somewhere though... So we filter spam - go figure. Anyway, as has been pointed out, for this application there are tools available that need no repackaging or development. (even if it might be fun) Best, _M At 11:46 PM 2/10/2004, you wrote: Pete, Everything that Sniffer does is after submission, so it really wouldn't apply. It could be adapted to any application where a rapid recognition and response to data patterns is required. For example, picking an email address out of an SMTP envelope, or for that matter implementing the entire protocol (though that might be a silly thing to do). It does spam filtering after submission right now just because it's packaged that way. (I'm not bad, I'm just drawn that way... Jessica Rabit) --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
Re: [Declude.JunkMail] OT: IMAIL - AD
Pete, I try not to get too passionate about things around here, so I welcome your contribution. You are correct though, after a couple of days of discussion, the solution to this need does appear to exist. I have a great appreciation for your skill, and your willingness to share both insight and code (open source). If I was a programmer, I would probably be spending my time playing with your code as opposed to playing with filters in Declude. While none of this is a technical requirement of mine at the moment, there's lots of opportunity I think for someone to make use of the things that have appeared in this thread. In going back to the don't have the right cable analogy, it would be great to have a backup MX that didn't require IMail (or another full mail server), and I think that could be done within MS SMTP without needing to re-create the wheel, and maybe more efficiently. On my wishlist would be the following: 1) Envelope rejection (and all that comes with it). 2) SMTP AUTH (so it can co-exist on the same server as IMail, and handle hosted accounts with redundancy). 3) An external application handler that would allow for things like Declude JunkMail, Virus, and Message Sniffer. 4) A message splitter, so actions can be based on individual addresses instead of individual messages. If you guys could work this out, Declude in combination with Message Sniffer could truly go multi-platform (as far as Windows mail servers go). Who knows, maybe MS SMTP has some serious issues that would make you want to avoid it. BTW, I'm looking forward to the 3.0 features. Bayesian filtering with Sniffer's rule base I believe will significantly strengthen your system, though I would like to see your customer submitted data grow so that the rule strengths can become more accurate. Hopefully this will allow one to tune their system to their own definition of what spam is, right now it's tough in general for us guys that want to accept virtually all E-mail from sources that maintain direct relationships. I've taken to creating my own database for managing this information in 10 different categories, which then outputs credit files for Declude to use. I'm now thinking that your solution may be more efficient, and sometimes more accurate because of greater filtering capability, though it can't handle things like reverse DNS entries and the SMTP envelope sender...I'll have to give it some thought. Right now these lists are short, and Declude easily handles them in custom filter form. Matt Pete McNeil wrote: Sorry about that - I seem to have stepped into a bit of a tiff. I was skimming and saw a Sniffer reference and jumped in - I shouldn't do that (I should get more sleep). At any rate, the pattern matching engine can run at any point... Sniffer as it is packaged now runs after submission, but the engine can easily be used up-front during the SMTP conversation before or after DATA. That's just not how it's currently packaged. The pattern matching engine came from my robotics research and was later adapted to fast interpreted scripting engines in he early 80s (When cpus and memory were slow and bulky). The concept for robotics was that a complex hierarchical reflex mechanism capable of real-time responses would be continually tuned by slower analysis engines. What is now inside Message Sniffer was once designed to interpret a wide array of sensor data and produce complex, directed real-time responses under the guidance (symbiotically anyway) of a goal seeking machine learning system. It was a kind of autonomic nervous system with a bit of brain-stem attached. If anybody cares to take the technology to the SMTP end of an email application (or even level 3 routing / filtering / switching) it can be done extremely well... We have to start somewhere though... So we filter spam - go figure. Anyway, as has been pointed out, for this application there are tools available that need no repackaging or development. (even if it might be fun) Best, _M At 11:46 PM 2/10/2004, you wrote: Pete, Everything that Sniffer does is after submission, so it really wouldn't apply. It could be adapted to any application where a rapid recognition and response to data patterns is required. For example, picking an email address out of an SMTP envelope, or for that matter implementing the entire protocol (though that might be a silly thing to do). It does spam filtering after submission right now just because it's packaged that way. (I'm not bad, I'm just drawn that way... Jessica Rabit) --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came
Re[2]: [Declude.JunkMail] OT: IMAIL - AD
1) Envelope rejection (and all that comes with it). Already extant, as previously discussed. 2) SMTP AUTH (so it can co-exist on the same server as IMail, and handle hosted accounts with redundancy). This is going to be very difficult relative to the other ideas, if you continue to resist AD. With AD as the back end, you can authenticate to SMTP using any valid credentials in any permissioned context. It's already done like this by people who run Exchange and want to instantly offload SMTP AUTH sessions from their mailbox servers. I do not think that adding an additional out-of-context authentication method is going to be worth attempting. 3) An external application handler that would allow for things like Declude JunkMail, Virus, and Message Sniffer. Well...we're basically already doing this with a transport event sink. I didn't want to mention it yet, but I've been using our own external tests under MS SMTP for the past month on one server, for example. 4) A message splitter, so actions can be based on individual addresses instead of individual messages. Easy enough to code within an event sink, though I've never had a desire for this because the overhead could be crippling and it's quite counter to SMTP as a protocol. Giving Declude the ability to (a) natively interpret a single RFC822 file with MS headers, as passed by MS SMTP (right now, you'd have to write out a dummy Q file, which is easy but an admitted extra step) would be nice to have. And being able to disable all daisy-chaining with a GLOBAL.CFG setting, since MS will automatically proceed with message processing once control is returned to the service, would make SMTP32 log errors go away. IMO+E, none of this requires anything crazy to be done by SortMonster or Declude--except for licensing clarifications! :) --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.
[Declude.JunkMail] OT: IMail LDAP for Virtual Mail Domains?
Title: Message Matt: One more angle to that. Am I mistaken, or does the LDAP lookup only work for "IP based" mail domains? In other words, ifI host a few hundred mail domains sharing the SAME IP address, then it appears as if Imail's LDAP feature ONLY connects to the ONE mail domain that runs native on that specific IP address? All the IP-less domains cannot be queried? That would render any "external" LDAP verification by IIS useless. Best RegardsAndy SchmidtHM Systems Software, Inc.600 East Crescent Avenue, Suite 203Upper Saddle River, NJ 07458-1846Phone: +1 201 934-3414 x20 (Business)Fax: +1 201 934-9206http://www.HM-Software.com/
[Declude.JunkMail] OT: IMAIL - AD
Hi Sandy: It's no-brainer if you use IMail's NT integration on an AD DC. I don't want to reinvent the wheel, so I'm trying to research this by reading the Imail 8 manual. It doesn't reference AD directly (only the NT User setup and that you have to run on a DC). So before I invest time and play around with it, I have three no-brainer questions, which I could not answer myself: - It says that you can't use the Imail Explorer to manage accounts (users, aliases, etc.) - does that imply that my clients wouldn't be able to use WebMail to add/administer their own mailboxes either? - Does the AD only store Users (mailboxes) - or also Alias (e.g., simple alias, group alias, program alias, etc.)? If not, then how do you accomplish using the AD information to verify valid RCTP TO information? A good portion of the email we process is addressed to an alias!? - Does the Imail/NT/AD integration support (multiple) virtual domains (ip-less) - or will it only create users for the AD domain name? Accordingly, how will it know that two mailboxes and/or aliases by the same name, but on two different mail domains, should be kept as two different entities in AD? Best Regards Andy Schmidt HM Systems Software, Inc. 600 East Crescent Avenue, Suite 203 Upper Saddle River, NJ 07458-1846 Phone: +1 201 934-3414 x20 (Business) Fax:+1 201 934-9206 http://www.HM-Software.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanford Whiteman Sent: Monday, February 09, 2004 03:47 PM To: Andy Schmidt Subject: Re[2]: [Declude.JunkMail] [Declude.Junkmail] MS SMTP LDAP Routing I would seriously consider funding some of the development for an IMAIL/LDAP lookup event sink as it would help my SMTP server to disconnect on dictionary attacks. I already use ORF to reject at the envelope using LDAP lookups and really have no need for any other intermediary. It's no-brainer if you use IMail's NT integration on an AD DC. All you need to do is add the Exchange schema extensions to the AD domain, since ORF is expecting the extended schema--you don't have to install or purchase Exchange itself. You can run the ORF queries against any server in the domain (which doesn't have to be the same as your primary domain), meaning that you can scale out from hitting the mailbox server directly to hitting dedicated AD DCs that only service such MX lookups. Building anything designed to interact with IMail's own ILDAP daemon is a very bad move, as the service is barely functional, compliant, or stable. AD's LDAP services, on the other hand, are mature and resilient. The other options that involve local text files would certainly work, but performance under load could not exceed that of indexed LDAP lookups. --Sandy Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/download/software/freeutils/SPAMC32/Release/ --- [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.