[EMAIL PROTECTED] wrote:
No, as we don't have 587 enabled (older version of current toaster).
if you have submission port (587) I think you can create new supervise task
from archive Erik show how to create new SMTP port with SSL (TLS) we
alter it a little to create submission port
it seems like something (perhaps a firewall?) is obstructing the AUTH
command.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 10, 2008 6:27 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: RE: [qmailtoaster] 553 Error, Outlook
On Thu, 10 Apr 2008
On Fri, 11 Apr 2008, Tim Mancour wrote:
Hi Tim,
Rather a mystery - have you try the submission port (587)?
No, as we don't have 587 enabled (older version of current toaster).
I would attempt to watch the SMTP conversation between these clients and
your toaster using Ethereal or similar
On Fri, 11 Apr 2008, Tim Mancour wrote:
Rather a mystery - have you try the submission port (587)? I would attempt
to watch the SMTP conversation between these clients and your toaster using
Ethereal or similar application. I've found the following useful for
debugging SMTP_AUTH issues
[EMAIL PROTECTED] wrote:
On Fri, 11 Apr 2008, Tim Mancour wrote:
Rather a mystery - have you try the submission port (587)? I would attempt
to watch the SMTP conversation between these clients and your toaster using
Ethereal or similar application. I've found the following useful for
On Fri, 11 Apr 2008, Tim Mancour wrote:
Rather a mystery - have you try the submission port (587)? I would attempt
to watch the SMTP conversation between these clients and your toaster using
Ethereal or similar application. I've found the following useful for
debugging SMTP_AUTH issues
On Fri, 11 Apr 2008, Eric Shubert wrote:
Hi Eric,
We might have covered this already, but are you using the stock toaster
firewall? It would block (entirely, I believe) traffic from local IPs. That
doesn't explain what we're seeing though.
Yes, but the client having the problem is coming in
What baffles me here is that while both outlook (fully patched, all
service packs), and thunderbird are set up to use
SMTP-AUTH, neither ever seem to make the attempt.
Both Outlook and Thunderbird are receiving 502 unimplemented (#5.5.1) as
the response to the EHLO command so they fall back
.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 10, 2008 12:21 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] 553 Error, Outlook
On Wed, 9 Apr 2008, Eric Shubert wrote:
Only two clients (with two separate vdomains
On Thu, 10 Apr 2008, Tim Mancour wrote:
Hi Tim,
Have you tried to SMTP_AUTH using their accounts and a different client
(e.g. Thunderbird)? If that works then I'd ask the users to either change
clients or update their versions of Outlook/Outlook Express. Office SP3
fixed a number of issue
Please post your /etc/tcprules.d/tcp.smtp file.
[EMAIL PROTECTED] wrote:
On Thu, 10 Apr 2008, Tim Mancour wrote:
Hi Tim,
Have you tried to SMTP_AUTH using their accounts and a different client
(e.g. Thunderbird)? If that works then I'd ask the users to either change
clients or update
On Thu, 10 Apr 2008, Eric Shubert wrote:
Please post your /etc/tcprules.d/tcp.smtp file.
Sure thing:
127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private
You need the NOP0FCHECK=1 environment variable - I'd also remove the
DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb.
127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N
OP0FCHECK=1
:allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONG
On Thu, 10 Apr 2008, Tim Mancour wrote:
You need the NOP0FCHECK=1 environment variable - I'd also remove the
DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb.
127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N
OP0FCHECK=1
On Thu, 10 Apr 2008, Tim Mancour wrote:
You need the NOP0FCHECK=1 environment variable - I'd also remove the
DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb.
127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N
OP0FCHECK=1
[EMAIL PROTECTED] wrote:
On Thu, 10 Apr 2008, Tim Mancour wrote:
You need the NOP0FCHECK=1 environment variable - I'd also remove the
DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb.
127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N
OP0FCHECK=1
Hi All,
I have two clients who we've recently moved from our older toaster to our
newer one.
Both use outlook/outlook express, and both can receive incoming mail, but
not send it (relay) to domains not living on the toaster.
In other words, if the client sends to their own accounts within
[EMAIL PROTECTED] wrote:
Hi All,
I have two clients who we've recently moved from our older toaster to our
newer one.
Both use outlook/outlook express, and both can receive incoming mail, but
not send it (relay) to domains not living on the toaster.
In other words, if the client
On Wed, 9 Apr 2008, Eric Shubert wrote:
Hi Eric,
Sounds like authentication is failing.
.) does webmail work? (I'd guess it does)
Yes.
.) are they using port 25? I'm guessing so. Have them try 587. Do use TLS,
do not use SPA.
Unfortunately, our new toaster is old enough not to have 587.
The likely error is in your tcprules.d/tcp.smtp file
By default, the system will only allow mail to flow THROUGH the server
(in other words, RELAY) from users ON the server. You'll need to add one
of the following lines (Only 1 is required -- the 1 that applies to your
LAN network) to allow
While that method will work, it is somewhat risky. If a user on one of your
relayed subnets picks up a piece of malware that send emails, your server
could become blacklisted rather easily. It's better to get authentication
working properly. ;)
Dan McAllister wrote:
The likely error is in your
On Wed, 9 Apr 2008, Eric Shubert wrote:
Hi Eric,
Sounds like authentication is failing.
.) does webmail work? (I'd guess it does)
.) are they using port 25? I'm guessing so. Have them try 587. Do use TLS,
do not use SPA.
I've checked, but find no option to enable TLS in the Outlook 2003
On Wed, 9 Apr 2008, Dan McAllister wrote:
The likely error is in your tcprules.d/tcp.smtp file
Hmm. All of our vdomain clients are offsite--i.e. they all connect via
port 25 to send (there are no LAN connections to the toaster via private
IP) outgoing mail through our toaster.
Many use
[EMAIL PROTECTED] wrote:
On Wed, 9 Apr 2008, Dan McAllister wrote:
The likely error is in your tcprules.d/tcp.smtp file
Hmm. All of our vdomain clients are offsite--i.e. they all connect via
port 25 to send (there are no LAN connections to the toaster via private
IP) outgoing mail through
09, 2008 5:58 PM
Subject: Re: [qmailtoaster] 553 Error, Outlook
On Wed, 9 Apr 2008, Eric Shubert wrote:
Hi Eric,
Sounds like authentication is failing.
.) does webmail work? (I'd guess it does)
.) are they using port 25? I'm guessing so. Have them try 587. Do use
TLS,
do not use SPA.
I've
: Wednesday, April 09, 2008 5:58 PM
Subject: Re: [qmailtoaster] 553 Error, Outlook
On Wed, 9 Apr 2008, Eric Shubert wrote:
Hi Eric,
Sounds like authentication is failing.
.) does webmail work? (I'd guess it does)
.) are they using port 25? I'm guessing so. Have them try 587. Do use
TLS
to hear that Microsoft picked up something from Thunderbird et.al. for
Outlook 2007 ;-)
- Original Message -
From: Eric Shubert [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Wednesday, April 09, 2008 8:18 PM
Subject: Re: [qmailtoaster] 553 Error, Outlook
I believe
On Wed, 9 Apr 2008, Eric Shubert wrote:
Only two clients (with two separate vdomains) are having this problem.
Do they have Outgoing server requires authentication selected? That
setting's not on by default.
Yes, most definitely.
--Duncan
28 matches
Mail list logo