Q06634053002e6803 Error 183 creating temp directory
F:\IMail\spool\D06634053002e6803.vir\.
10/25/2004 10:26:26 Q06634053002e6803 Scanned: Error starting scanner
Thanks for the aid, running 1.81
---
Keith Johnson
Senior Network Engineer
Network Advocates, Inc.
9001
Also,
ERROR: Could not open recip file F:\IMail\spool\_08dc4c3a0030129f.~MD
[2]
Please advise to what this is, thanks,
Keith
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keith Johnson
Sent: Monday, October 25, 2004 10:24 AM
To: [EMAIL PROTECTED]
Also getting:
Q08b8153d00e2843a Couldn't rename SMD to SM$ [32]. Priority back to 32.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keith Johnson
Sent: Monday, October 25, 2004 10:24 AM
To: [EMAIL PROTECTED]
Subject: [Declude.Virus] What are these
Do you have an on-access scanner running?
John Tolmachoff
Engineer/Consultant/Owner
eServices For You
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Keith Johnson
Sent: Monday, October 25, 2004 7:38 AM
To: [EMAIL PROTECTED]
Subject: RE:
Q06634053002e6803 Error 183 creating temp directory
F:\IMail\spool\D06634053002e6803.vir\.
10/25/2004 10:26:26 Q06634053002e6803 Scanned: Error starting scanner
That error means that the .vir directory already exists -- this will happen
if IMail accidentally calls Declude multiple times.
John,
Both are turned off, use F-prot (Realtime not install), Inoc
turned off and Disabled.
Keith
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Tolmachoff
(Lists)
Sent: Monday, October 25, 2004 10:53 AM
To: [EMAIL PROTECTED]
Subject: RE:
Scott,
We are backing up in our Queue of about 8000 emails and we
started seeing the below messages as well:
Q08b8153d00e2843a Couldn't rename SMD to SM$ [32]. Priority back to 32.
ERROR: Could not open recip file F:\IMail\spool\_08dc4c3a0030129f.~MD
[2]
Are these related?
Keith
We are backing up in our Queue of about 8000 emails and we
started seeing the below messages as well:
Q08b8153d00e2843a Couldn't rename SMD to SM$ [32]. Priority back to 32.
ERROR: Could not open recip file F:\IMail\spool\_08dc4c3a0030129f.~MD
[2]
Are these related?
It almost certainly
Scott,
What other MTA's do you support or intend to support in the near
future with Declude like functionality?
Can you suggest one other than Imail?
-Nick
-
---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
---
This E-mail came from the Declude.Virus
You have been strangely quiet. Are you in shock or formulating a plan --
hopefully the latter?
Although I will admit to shock (disbelief would be a more appropriate term)
when I first heard about this. I didn't think that Ipswitch would actually
do it. But they did.
As for formulating a
That's great to hear. I've only stayed with Imail as long as I have
because of Declude. I quit upgrading after 7.15 and let my Imail SA
lapse. I'll be installing Exchange in a few months and will use my
Imail/Declude setup as a front end to isolate the Exchange server from
the Internet and
Declude 1.81 virus
standard
A client reguarly
receives a passworded .zip file. A similiar file is batch sent to 100's of
others - the sender cant/wont change the way they send these files. The file is
always received from the same sender using the same ip
address
We havebeen
using
A client reguarly receives a passworded .zip file. A similiar file is
batch sent to 100's of others - the sender cant/wont change the way they
send these files.
That would have been fine -- until March, 2004, when there was yet another
change to the way E-mail needs to be handled. If they
Scott,
I accept that Declude isn't going away, but I've dumped a lot of money
into building my service around both Declude and IMail, and as things
stand at the moment, I don't have $4,000 to dump on their new product
just so that I can get updates for the things that they have managed to
Switch to BANEZIPEXTS ON and remove BANEXT EZIP from your config and
then it will only block password protected zip files that contain a
file with one of your banned extensions. Currently the viruses are
only coming in as EXE, SCR, PIF and COM files within these password
protected zips, so
create a special mailbox for your
client
let him use it only for that file
useper-user config in declude virus
proto whitelist (turn declude virus off) on that particular
mailbox
use imail rules to delete all mails to that mailbox
that does not have the sender address and ip in the header
ditto
looking seriously to moving to exim (unix, www.exim.org, free), or more
likely, Mdaemon (windows platform, supports sniffer)
knowing if declude is planning to interface with another product will
probably help me make the decision
- Original Message -
From: Matt [EMAIL PROTECTED]
See http://www.mail-archive.com/[EMAIL PROTECTED]/
And http://www.ipswitch.com/forums/messages.aspx?ForumID=10
Ipswitch is abandoning Imail for their new Collaboration Suite.
Fritz
Frederick P. Squib, Jr.
Network Operations/Mail Administrator
Citizens Telephone Company of Kecksburg
What is everyone talking about here, is Imail prohibiting add on's
such as declude in future versions
No.
is declude launching a new version for another platform?
It is, as ever, hoped-for but not confirmed.
The panic level just went up with those last few emails.
It sure did,
Sandy,
So what do you do when the next IMail exploit pops up such as that LDAP
exploit and you have no way to fix the bug? Can a serious business
even take the risk of this happening?
No.
I can't see myself on IMail for any more than a year from now.
Matt
Sanford Whiteman wrote:
Sandy,
I'm not going to debate whether or not the 'sky is blue' with you, but
please don't paint by inference that I'm jumping the gun by
contemplating a very likely change of platforms within the next year.
Scott and the management at Declude might want to continue their
silence regarding
21 matches
Mail list logo