Re: rejected mail

2002-01-20 Thread Prahlad Vaidyanathan

Hi,

On Fri, 18 Jan 2002 Aaron Schrab spewed into the ether:
[-- snip --]
 No, that's just his local MTA listing where it got the message from.
 There's likely no way to change the value there, since it would likely
 always use the login name of the invoking user, and localhost since
 it's getting the message from a pipe rather than via SMTP.
 
 This value would not be passed to the recipient's mail server in anyway.
 Actually, it might be sent in a Received: header, but the message is
 rejected before the local MTA has a chance to send any of the headers.
 
  Try setting 'envelope_from' in your muttrc.
 
 The envelope from is already being set fine (at least it's not obiously
 wrong, and is in a domain that exists).  See the MAIL From: line
 quoted in the original message.

Oops ! You're right. Replied too fast to that one, without reading the
transcript properly. Sorry :-(

Well, then, I guess Todd will just have to contact the sys-admin and
figure out what the 'policy' is.

pv.
-- 
Prahlad Vaidyanathan [EMAIL PROTECTED]

I'll defend to the death your right to say that, but I never said I'd
listen to it!
-- Tom Galloway with apologies to Voltaire



msg23402/pgp0.pgp
Description: PGP signature


rejected mail

2002-01-18 Thread Todd Kokoszka

Hi,

My mail is being rejected by a receiver's mail server
for policy reasons. Is there anything I can change
with mutt to stop this from happening?

Thanks,
Todd

Here's the transcript:

From: Mail Delivery Subsystem
[EMAIL PROTECTED]
Date: Fri, 18 Jan 2002 12:22:26 +0100
Subject: Returned mail: see transcript for details
To: [EMAIL PROTECTED]
Auto-Submitted: auto-generated (failure)

[-- Attachment #1 --]
[-- Type: text/plain, Encoding: 7bit, Size: 0.5K --]

The original message was received at Fri, 18 Jan 2002
12:22:22 +0100
from kokoszka@localhost

   - The following addresses had permanent fatal
errors -
[EMAIL PROTECTED]
(reason: 554 Mail from [EMAIL PROTECTED]
rejected for policy reasons.)

   - Transcript of session follows -
... while talking to mail-exchange.domino.iht.com.:
 MAIL From:[EMAIL PROTECTED] SIZE=392
 554 Mail from [EMAIL PROTECTED] rejected
for policy reasons.
554 5.0.0 [EMAIL PROTECTED] Service unavailable

[-- Attachment #2 --]
[-- Type: message/delivery-status, Encoding: 7bit,
Size: 0.3K --]

Reporting-MTA: dns; pineau.local
Arrival-Date: Fri, 18 Jan 2002 12:22:22 +0100

Final-Recipient: RFC822; [EMAIL PROTECTED]
Action: failed
Status: 5.0.0
Diagnostic-Code: SMTP; 554 Mail from
[EMAIL PROTECTED] rejected for policy reasons.
Last-Attempt-Date: Fri, 18 Jan 2002 12:22:26 +0100

[-- Attachment #3 --]
[-- Type: message/rfc822, Encoding: 7bit, Size: 0.7K
--]

From: Todd Kokoszka [EMAIL PROTECTED]
Date: Fri, 18 Jan 2002 12:22:22 +0100
Subject: email
X-Authentication-Warning: pineau.local: kokoszka set
sender to [EMAIL PROTECTED] using -f
To: [EMAIL PROTECTED]
User-Agent: Mutt/1.2.5i

hey girl -- your email server is rejecting my emails
for policy reasons -- let me know if you get this



=
Todd Kokoszka
25, rue Richard Lenoir
75011 Paris
Tel. 01.43.72.77.08

__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/



Re: rejected mail

2002-01-18 Thread Dave Smith

On Fri, Jan 18, 2002 at 03:20:41AM -0800, [EMAIL PROTECTED] wrote:
 Hi,
 
 My mail is being rejected by a receiver's mail server
 for policy reasons. Is there anything I can change
 with mutt to stop this from happening?

Either your mail address, your ISP, or an SMTP server on the route have
probably been blacklisted for SPAM, or maybe you sent something naughty
to her in the past?

I suggest you mail the administrator (POSTMASTER@) to find out what
policy is rejecting your mail.  Without that knowledge, there's probably
not much you can do.

-- 
David Smith   Tel: +44 (0)1454 462380 (direct)
STMicroelectronicsFax: +44 (0)1454 617910
1000 Aztec WestTINA (ST only): (065) 2380
Almondsbury  Home: 01454 616963
BRISTOLMobile: 07932 642724
BS32 4SQ   Work Email: [EMAIL PROTECTED]
   Home Email: [EMAIL PROTECTED]



Re: rejected mail

2002-01-18 Thread David T-G

Todd --

...and then Todd Kokoszka said...
% 
% Hi,
% 
% My mail is being rejected by a receiver's mail server
% for policy reasons. Is there anything I can change
% with mutt to stop this from happening?

First find out what the policy reasons are.  At the top it mentions a
localhost address, but that doesn't appear to be the problem farther
down.  You seem to know someone on the inside; get the information and
*then* figure out what to fix :-)


% 
% Thanks,
% Todd

HTH  HAND


:-D
-- 
David T-G  * It's easier to fight for one's principles
(play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie
(work) [EMAIL PROTECTED]
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!




msg23278/pgp0.pgp
Description: PGP signature


Re: rejected mail

2002-01-18 Thread Aaron Schrab

At 03:20 -0800 18 Jan 2002, Todd Kokoszka [EMAIL PROTECTED] wrote:
 ... while talking to mail-exchange.domino.iht.com.:
  MAIL From:[EMAIL PROTECTED] SIZE=392
  554 Mail from [EMAIL PROTECTED] rejected
 for policy reasons.

At 01:39 + 19 Jan 2002, Prahlad Vaidyanathan [EMAIL PROTECTED] wrote:
 On Fri, 18 Jan 2002 Todd Kokoszka spewed into the ether:
 [-- snip --]
  The original message was received at Fri, 18 Jan 2002
  12:22:22 +0100
  from kokoszka@localhost
 ^
 
 Maybe that is the reason.

No, that's just his local MTA listing where it got the message from.
There's likely no way to change the value there, since it would likely
always use the login name of the invoking user, and localhost since
it's getting the message from a pipe rather than via SMTP.

This value would not be passed to the recipient's mail server in anyway.
Actually, it might be sent in a Received: header, but the message is
rejected before the local MTA has a chance to send any of the headers.

 Try setting 'envelope_from' in your muttrc.

The envelope from is already being set fine (at least it's not obiously
wrong, and is in a domain that exists).  See the MAIL From: line
quoted in the original message.

-- 
Aaron Schrab [EMAIL PROTECTED]  http://www.execpc.com/~aarons/
 The data for most coffee URIs contain no caffeine.  -- RFC 2324