3. Can I use MSDE for the user database? That would make it easy for
me
to
add new mailboxes from my ASP and ASP.NET apps, which all use MS SQL
Server.
you can. that choice is up to you.
Not sure on that one. The MSDE is not a standalone product and is only
licensed to use as a DB for
1. User shorter subject lines.
2. Start a new thread. (Do not use an older thread just changing the subject
line.)
3. Search the archives. There have been many posts on sudden problems
cropping up, and suggested solutions.
Before the upgrade, all was fine and dandy.
Upgraded to iMail 8.01 and
you can. that choice is up to you.
Not sure on that one. The MSDE is not a standalone product and is only
licensed to use as a DB for a product. It is kind of like a OEM version.
John,
That's true for most of the licensing options, but apparently not all.
Owning a SQL Server license allows
Thanks for the clarification Bill.
John Tolmachoff MCSE CSSA
Engineer/Consultant
eServices For You
www.eservicesforyou.com
-Original Message-
From: [EMAIL PROTECTED] [mailto:IMail_Forum-
[EMAIL PROTECTED] On Behalf Of Bill
Sent: Sunday, July 20, 2003 11:53 PM
To: [EMAIL PROTECTED]
Hi all,
We plan to upgrade from Imail v7.15 to v8.01 with KWM but we've heard
from some problems.
For example that the Queue Manager hangs or other problems quoted in
past threads.
Are this problems solved with v8.01?
Can we simply upgrade from v7.15 by buying a professional service
agreement
At 06:26 AM 07/21/2003, Markus wrote:
Hi all,
We plan to upgrade from Imail v7.15 to v8.01 with KWM but we've
heard
from some problems.
For example that the Queue Manager hangs or other problems quoted
in
past threads.
Are this problems solved with v8.01?
Can we simply upgrade from v7.15 by
I had a problem last week where I couldn't send
email to a particular domain.
I was coming up with a SEND ERROR 10054. It looked
Imail was connecting, but being immediately disconnected.
Why didn't Imail just try one of their other mail
servers which woould have worked becausethe
I had a problem last week where I couldn't send email to a particular domain.
I was coming up with a SEND ERROR 10054. It looked Imail was connecting,
but being immediately disconnected.
Why didn't Imail just try one of their other mail servers which woould
have worked because the workaround
I have finally ground to a halt with this
problem...AOL cannot help...BT cannot/will not help, they say we have to use
their SMTP servers and then it will be OK..!!
We have a fixed IP address and it is not
"Residential" and we are definitely not Open Relay (as AOL
confirmed).
My only
Title: Re: [IMail Forum] BT and AOL Problem - stalemate
Changing your PTR would be a smart idea. AOL considers the PTR in the spam filters. Your current PTR would throw up a red flag.
-Josh
From: Mark Reeve [EMAIL PROTECTED]
Organization: IES Digital Systems plc
Reply-To: [EMAIL PROTECTED]
I have finally ground to a halt with this problem...AOL cannot help...BT
cannot/will not help, they say we have to use their SMTP servers and then
it will be OK..!!
Try it. This is your best tactic.
We have a fixed IP address and it is not Residential and we are
definitely not Open Relay (as
Doesn't iMail have a money back no questions asked guarantee?
Yes, but you have 20 minutes to determine the email solution doesn't
work for you! :))
Len
_
http://MenAndMice.com/DNS-training: Seattle; London; San Jose; Wash DC
Title: Message
I
doubtif you can modify the PTR record as the IP address 'belongs' to BT.
Try relaying through BT's mail server - be careful here assome types of BT
accountwon't allow you to use anything other than their own domain in the
senders email address.
David
WiSS
Limited
Date: Mon, 21 Jul 2003 03:40:53 -0700 (PDT)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [isp-dns] Update to completewhois.com whois tool website
Reply-To: [EMAIL PROTECTED]
As this was the first maillist I announced this tool at (2 years ago was
it?), this would be the first one where
That's exactly what Raj originally explained he *can't* use because
many people read and delete mail using Webmail exclusively
mail from Internet is, or at least was, via SMTP ldeliver-ed and logged.
Webmail send (even to local users) used to drop it in the queue for
delivery by SMTP,
At 01:47 PM 7/21/2003 +0100, you wrote:
I have finally ground to a halt with this problem...AOL cannot help...BT
cannot/will not help, they say we have to use their SMTP servers and then
it will be OK..!!
If AOL won't whitelist you, then you'll need to use your ISP's outgoing
mail server(s).
Thanks Nate,
The switch looks ok. From the router I can see the IP in the arp cache and the mac
address is the correct value. Cannot get a response from the server though but can do
any activity out from the server.
I would not think it's our net equipment as the other network port works as
Thanks to Ben and all those who replied so promptly.
I think the mists have cleared and I understand now where the problem
lays...RR have obviously bothered to separate their Business and Residential
IP ranges whereas good old BT have not. I also have now realised why my
original MX and A record
Webmail now writes directly to the local mailboxes without passing
through the queue?
No--he doesn't want to charge for stuff that never gets POPped. See
the prob?
-Sandy
Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress
I think the mists have cleared and I understand now where the problem
lays...RR have obviously bothered to separate their Business and Residential
IP ranges whereas good old BT have not.
and rr and AOL are sister companies (although that may make their
relationship worse!!)
I will approach BT
Follow up for my own issue. Dell had an updated driver on their site that I
downloaded. I then removed the nic from the machine and ran the update which setup
the card again and it worked correctly...
I am not sure if the update was required or just the uninstall/reinstall...
either way it
I will approach BT and see if they will relay outgoing mail from our server,
without the need to change our domain address information.
They should be able to without any problem.
The real problem, though, is that you'll have to rely on BT for mail
delivery. You no longer have the luxury of
Dear List,
I just want to know if I understand correctly some aspects of Imail.
Please correct me if I am wrong.
1.. When I configure relay just for my customer's IP addresses, any
customer coming from a different IP address has to use to use SMTP
authentication to send outgoing mail
At 10:56 AM 7/21/2003 -0400, you wrote:
I will approach BT and see if they will relay outgoing mail from our server,
without the need to change our domain address information.
They should be able to without any problem.
The real problem, though, is that you'll have to rely on BT for mail
1.. When I configure relay just for my customer's IP addresses, any
customer coming from a different IP address has to use to use SMTP
authentication to send outgoing mail through my IMail server.
Correct.
2.. In order to use SMTP authentication, the disable AUTH reporting
option needs to be
Thanks everyone for your help on this.
We got an updated nlm from Novell that responds to IPv6 type= queries
and since then the mail is being processed normally.
I am still not happy about the time and energy that went into having to
diagnose a problem with someone else's antispam software.
3. Search the archives. There have been many posts on sudden problems
cropping up, and suggested solutions.
Been there. thried that. Found similar problems. Not answers that worked.
Before the upgrade, all was fine and dandy.
Upgraded to iMail 8.01 and KWM4
now iMap peggs the CPU for 5-10
Hello All: first of all thanks for your input.
Let me clarify few things and what I am trying to do.
1) SMTP *DO* log rdeliver and ldeliver with SIZE and YES I can account for
SMTP usage using Imail Log analyzer or by writing my own app.
2) We *ALSO* want to account the POP3 Download usage which
That's precisely why we use our own server--we need the logs at hand. Our
pharmacy domain is on this server, and it is critical that we have
reliable mail and the means to confirm delivery.
This is a key point, but I bet, and real $$, that when there is a delivery
problem, it's not with your
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Mike Hell
Sent: Monday, July 21, 2003 9:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] Poor Performance after upgrade from to 8.01
3. Search the archives. There have been many posts on sudden
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Mike Hell
Sent: Monday, July 21, 2003 9:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] Poor Performance after upgrade from to 8.01
3. Search the archives. There have been many posts on sudden
New templates added, new customizations needed. Hello?
hello? Read the instructions found nothing in there on how to change
this. Did a text search of the entire WEB folder. did not find the therm
Welcome toWebMail.
There were posts made last week I thought that talked spceifically
Just a couple quick questions that might prove to be helpful.
Is there an antivirus piece of software running/checking?
Do you have the 'AntiSpam' settings enabled?
Have you checked your logs for suspect activity?
What OS are you running on? I didn't see that listed anywhere in this
thread.
DELL 500SC server, normal EIDE drive, nothing else running on the
machine
Assuming that this is a Celeron or Pentium 800 MHz, the Server looks like
it
chould be plenty big enough to habndle the load.
Actually, it's a 1.1ghz Celeron, which from past experience, has been more
than enough to
You may want to call IPSWITCH. I just got off the phone with them on an
issues that ended up having nothing to do with them. they said there are a
few patches to the queue manager coming out and there are some config issues
that can cause poor performance. I did not get into detail with them about
Is there an antivirus piece of software running/checking?
running f-prot without realtime scanning (since it doesnt help). f-prot does
a weekly upadte and scan. Yes, I'll be buyting declude antivirus very soon.
Do you have the 'AntiSpam' settings enabled?
Some of them. This was/is my
Hi,
We are currently using Cold Fusion to generate a lot of e-mail that is
forwarded to our I-mail server. Both are behind a firewall with local IPs
and we set the Imail server to accept relayed mail from the local IP of
the CF server. We've also recently implemented Declude and our
Another Feature request iam going o submit is
SMTP REMOTE DELIVERY LIMIT per USER and
SMTP REMOTE DELIVERY LIMIT per DOMAIN
This feature set can already be handled by Declude HiJack
(www.declude.com).
-Sandy
Sanford Whiteman, Chief
I also don't know how to go about getting the private IP replaced
with the public.
Err...connect using the public IP, and the public IP will be logged.
Note that if your firewall/router config does not support this kind of
loopback NAT, you're out of luck. But this is certainly not
Thank you for your reply! Under User DataBase Type the radio
button is on Imail Database ...
Okay, so *not* ODBC.
thats interesting that 'X#1832' is the default value for the
ODBCUSER.DLL...
Yes, it is. I wonder if, in fact, the idea of exposing the password
for IMail
Sorry if I'm stating the obvious here -- or even more so if I'm dead
wrong -- but your ColdFusion mailing application(s) is/are generated
malformed e-mail headers, i.e., not RFC-2821-compliant (please see
http://www.isi.edu/in-notes/rfc2821.txt.) This is likely why they are caught
and flagged by
Thanks for the info. I realize the private IP is not a huge concern, and in
the meantime, I have just turned off the Declude-sender header. However, it
also generates IPNOTINMX error as well. Again, not a huge deal but if I can
correct it, I would like to. I do not know if our firewall will do
No problem, Ben. (At least I didn't get any You are clueless messages on-
or off-list. yet!).
Concerning the IPNOTINMX errors, I guess that R. Scott Perry and possibly
others will chime in. On another note, getting the headers right are of
utmost importance and I agree reading that RFC 2821 is
Concerning the IPNOTINMX errors, I guess that R. Scott Perry and possibly
others will chime in.
The important thing to remember about the IPNOTINMX test is that it is
fairly unique -- while almost all spam tests look for something bad that
should be fixed (an open relay, broken E-mail headers,
Hi,
Could someone at Ipswitch (John?) reinstate the [past] practice of issuing a
weely reminder to the IMail_Forum discussion list regarding proper posting
etiquette? I am specifically referring to KB article
http://support.ipswitch.com/kb/IM-0020802-DM01.htm which was written in
great part by
Corrections to my own posting:
1. weely reminder should read weekly reminder;
2. http://support.ipswitch.com/kb/IM-0020802-DM01.htm should read
http://support.ipswitch.com/kb/IM-20020802-DM01.htm
Guy
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive:
Ahhh yes! I had searched the forum for this exact info but did not come
acroos this message.
Thanks Scott and everyone!
At 09:27 PM 7/21/03 -0400, you wrote:
Concerning the IPNOTINMX errors, I guess that R. Scott Perry and possibly
others will chime in.
The important thing to remember about the
Ahhh yes! I had searched the forum for this exact info but did not come
acroos this message.
Thanks Scott and everyone!
Great! And now you know that the IMail_Forum archive site's search engine
is, er, somewhat lacking in its capabilities :) Time and again, I have read
other list members
48 matches
Mail list logo