[imp] Compose fails with Server Not Found

[Bill Graham]

This message is in MIME format.

--=_5boc5p8wu9ds
Content-Type: text/plain;
	charset=ISO-8859-1;
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

I have a user that is having trouble sending mail - the compose screen 
comse up fine - but when you hit Send Message you eventually get a 
Server Not Found message and nothing sends. The user is running Mcafee 
- and it reports the following  McAffree scans all email before it goes 
out.  It popped up on the Mcaffree box that it was a protocol error. 
Anybody else have any problems like this ? Running HEAD
PHP 4.3.10

Thanks

Quoting Aleksandar Milivojevic <amilivojevic at pbl.ca>:

> Christopher Murtagh wrote:
>> On Mon, 2005-03-07 at 14:17 -0500, Joseph Brennan wrote:
>>
>>> But the mail IS originating on the client IP.
>>
>>  Actually, to be picky, the SMTP isn't. The mail is being created by www
>> user on localhost.
>
> Still.  The email is originating from client's IP address.  It is
> utterly unimportant what was the initial transfer protocol (SMTP or
> HTTP).  To be picky, that is what "with atom" field of Received header
> is there for.
>
>>> How do you handle smtp service for people on DSL lines?  Is
>>> that forbidden too?  You might as well be consistent.
>>
>>  Yes, it is forbidden. I don't relay any mail except mail generated by
>> the machine or mail going to an allowed recipient.
>
> At home, I'm a cable modem subscriber (Shaw Cable).  I'm using my ISP's
> mail server for relaying, and it will happily stick my dynamic IP
> address into Received header.  According to you, my emails should be
> blocked by anyone using any sorf of half-decent anti-spam blocking.  But
> they are not.  When I was ADSL subscriber, my former ISP (MTS) was also
> doing exactly the same thing.
>
> I'm sorry, but you don't seem to have any valid points here.
>
>>> This strikes me as a problem with filtering, not with IMP.
>>
>>  All I'm saying is that IMP behaves differently than Yahoo!, Hotmail,
>> GMail, etc.. It would be nice, as the admin of the box, to be able to
>> configure it the same way as these services. It's kinda crazy that I can
>> add the 'X-Originating-IP' header by simply removing a comment in
>> headers.txt, but I can't configure IMP to not add the first one. What is
>> the point of having both?
>
> I've just went to my private archive of Fedora mailing list, and
> examined it.
>
> Yahoo and Hotmail do generate Received headers with "from client's IP"
> and "with HTTP" strings.  In this respect, Yahoo and Hotmail behave
> exactly the same as IMP does.
>
> Example from Yahoo:
>
> Received: from [24.4.75.188] by web61208.mail.yahoo.com via HTTP;
> 	Wed, 24 Nov 2004 21:26:06 PST
>
> Example from Hotmail:
>
> Received: from 66.32.118.234 by by101fd.bay101.hotmail.msn.com with HTTP;
> 	Mon, 13 Dec 2004 15:41:00 GMT
>
> Gmail generates Received header "with HTTP" string, but no client IP.
>
> So, out of the three, two are not doing what you claim they are doing.
>
> --
> Aleksandar Milivojevic <amilivojevic at pbl.ca>    Pollard Banknote Limited
> Systems Administrator                           1499 Buffalo Place
> Tel: (204) 474-2323 ext 276                     Winnipeg, MB  R3T 1L7
> --
> IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: imp-unsubscribe at lists.horde.org
>



-- 
Bill Graham
Systems Administrator
Hurley Public Schools
Hurley,SD 57036
USA
grahamcw at hurleybulldogs.com


----------------------------------------------------------------
This electronic  mail sent from Hurley Public Schools - Hurley, South Dakota
http://www.hurleybulldogs.com

NOTICE: This E-mail (including attachments) is covered by the 
Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is 
confidential and may be legally privileged. If you are not the intended 
recipient, you are hereby notified that any retention, dissemination, 
distribution, or copying of this communication is strictly prohibited. 
Please reply to the sender that you have received the message in error, 
then delete it. Thank you.


--=_5boc5p8wu9ds
Content-Description: PGP Public Key
Content-Disposition: inline
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-keys
Size: 1375 bytes
Desc: PGP Public Key
Url : http://lists.horde.org/archives/imp/attachments/20050307/41de21b2/attachment.bin

--=_5boc5p8wu9ds--