I have a user who is telling me that they attempted to send email to
various places and the emails are simply vanishing. One of the places is
to the place they work, and another was to Yahoo.
I've looked in my logs, and I see the mail coming into my server
(verified by the SMTP logs showing
This sounds like hotmail-policy. E-mail that may be spam, can just vanish,
even when it has been accepted by their SMTP server, and there was no
failure report at all.
What can you do about this? I still don't really know. You should at least
check that the HELO-domain is valid, does not
Local mail server configuration is reasonably correct. The HELO domain
setting is a valid FQDN and looking up that FQDN gives the IP address of
the mail server.
I deliver mail from other users to Yahoo (no one else on my server sends
email to this particular user's place of business) without
If you are on Verizon DSL they should also provide you with email
accounts. If this is so, you could use their mail server as a gateway
for your mail server. I've done this in the past with a DSL provider.
Edmonds, J.B. wrote:
Excuse me if this is a worn out topic but until recently I had no
What OS do you use on your mailserver?
You can use tcpdump (on linux) or WireShark (windows and linux) to capture
the SMTP session with the remote SMTP server, and see all the response codes
and commands from both sides.
Ivo
- Original Message -
From: Tracy [EMAIL PROTECTED]
To:
Rollernet (http://www.rollernet.us/) can provide you with outgoing SMTP
relay services (not free). Your ISP may also provide you with some (usually
free) email relay. It may even be possible (I'm not sure about this) to get
some static IP address, over a VPN connection.
Ivo
- Original
As far as I know, the SMAIL log will only show an SMTP-line for e-mails
that where successfully delivered on the other end. So basically, the
fact that your SMAIL log contains such a line, means that Yahoo accepted
the email and that it was lost on their side...
Sincerely,
Bart Mortelmans
Just notice that using a 'external' relay server (even if it is your =
own
isp) can also be denies at final destination servers if the external =
relay
server is not declared in some way to be 'legitimate' to send mails of
behalf of the sending domain (I have in mind spf for example).
So the relay
On Wed, 25 Apr 2007, CLEMENT Francis wrote:
Hello Davide
Just a question about smtpgw.tab and smtpfwd.tab in doc
For smtpfwd.tab file, doc says to refer to [SMTP GATEWAY CONFIGURATION]
section for additionnal parameters (NeedTLS, and OutBind actually)
For smtpgw.tab file, there is no
On Thu, 26 Apr 2007, Edinilson - ATINET wrote:
This is a test because, for some reason, I´m not receiving messages from
Xmail´s list after upgrade to 1.24.
Roger this.
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For
Running Xmail 1.24 on Windows 2000 Server.
I have enough traffic that logging all the mail sessions would become
quite disk intensive. I think I'd rather pursue other alternatives
before resorting to that (if I need to go that route, I can always crank
up ethereal and just sit and watch...)
Davide Libenzi wrote:
A record is logged inside the SMAIL log, *only if* the remote MTA returned
a 2xx response at the end of the DATA transaction. At that point, it is
the remote MTA responsibility to ensure the message is delivered through
the next steps.
Thanks, Davide. I thought
Someone pointed out that SPF may cause other problems. A recent example:
I ([EMAIL PROTECTED]) tried to email some abuse department, [EMAIL PROTECTED]
This address was redirected to [EMAIL PROTECTED]
My server delivers my email to MX1.example.com, which redirects the email.
MX1.isp.com sees a
Ethereal is now WireShark ;)
You can filter on the SMTP port (TCP 25), and the right host (MX addresses
of yahoo/the other domain).
This results in something like (tcpdump / low level ethereal filter):
tcp port 25 and (host a.mx.mail.yahoo.com or host b.mx.mail.yahoo.com or
host
14 matches
Mail list logo
