[dev] small change in message.php
Chuck Hagenbuch
chuck@horde.org
Sat, 30 Dec 2000 23:13:33 -0500
Quoting Atif Ghaffar <aghaffar@developer.ch>:
> I have started to hack IMP again :) (Im back!)
Welcome back!
> I saw all the nice features in the CVS HEAD version.
> I like the filtering. I implemented it too, but on the server-side (Sieve,
> but thats vendor-specific).
I would be interested in offering a Sieve front-end if you'd be interested in
contributing it.
> Would it be possible to change it to
> $headers['From'] = get_barefrom(); # reuse code.
Yup, makes sense. I've committed it.
> Oh and a small remark for the function get_barefrom.
> line 730 in IMP.lib writes
> $_barefrom .= '@' . $imp['maildomain'];
>
> which is not always the best thing.
> For example, I connect to mx23.4unet.net and it changes my From address to
>
> aghaffar@mx23.4unet.net for which there is no MX record and if someone
> replies
> to that address, some mail servers on the net gets confused for a while.
>
> Possible solution:
> Since there is a $conf['server']['to_domain'] variable defined in
> imp/config/conf.php, it would be nice to check if the value exists there and
>
> append it instead of $imp['maildomain']. Also sometimes, $imp['maildomain']
> is
> just an internal address such as "localhost",
> "cyrus.internal.zurich.4unet.net"
> etc etc.
... sounds like you're not using the $servers['<servername>']['from_host']
correctly. That will get put into $imp['maildomain'] if you set it.
-chuck
--
Charles Hagenbuch, <chuck@horde.org>
"If you can't stand the heat, get out of the chicken!" - Baby Blues
>From chuck@horde.org Date: Tue, 2 Jan 2001 13:17:49 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 1207 invoked from network); 2 Jan 2001 18:18:40 -0000
Received: from r93aag000369.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (209.6.192.126)
by horde.org with SMTP; 2 Jan 2001 18:18:39 -0000
Received: by marina.horde.org (Postfix, from userid 33)
id 693223D10; Tue, 2 Jan 2001 13:17:49 -0500 (EST)
Received: from 206.243.191.252 ( [206.243.191.252])
as user chuck@marina by marina.horde.org with HTTP;
Tue, 2 Jan 2001 13:17:49 -0500
Message-ID: <978459469.3a521b4d5f5ae@marina.horde.org>
Date: Tue, 2 Jan 2001 13:17:49 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <20010102180635.893.qmail@horde.org>
In-Reply-To: <20010102180635.893.qmail@horde.org>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.6-cvs
Subject: Re: [cvs] commit: imp compose.php
Quoting chuck@horde.org:
> Log:
> make the sae_sent_mail var regiseter_globals = Off compliant.
Uh, yeah. =) You know what I meant...
-chuck
--
Charles Hagenbuch, <chuck@horde.org>
"If you can't stand the heat, get out of the chicken!" - Baby Blues
>From anil@recoil.org Date: Tue, 2 Jan 2001 11:27:05 +0000
Return-Path: <anil@recoil.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 7553 invoked from network); 2 Jan 2001 20:00:34 -0000
Received: from brick.recoil.org (212.25.240.43)
by horde.org with SMTP; 2 Jan 2001 20:00:34 -0000
Received: (qmail 11337 invoked from network); 2 Jan 2001 15:04:10 -0000
Received: from total.recoil.org (212.25.240.40)
by brick.recoil.org with SMTP; 2 Jan 2001 15:04:10 -0000
Received: (qmail 2456 invoked by uid 99); 2 Jan 2001 11:27:05 -0000
Received: from m983-mp1-cvx1c.lis.ntl.com ( [m983-mp1-cvx1c.lis.ntl.com])
as user avsm@localhost by horde.recoil.org with HTTP;
Tue, 2 Jan 2001 11:27:05 +0000
Message-ID: <978434825.3a51bb09ce45e@horde.recoil.org>
Date: Tue, 2 Jan 2001 11:27:05 +0000
From: Anil Madhavapeddy <anil@recoil.org>
To: dev@lists.horde.org
References: <20010102044057.62502.qmail@horde.org>
In-Reply-To: <20010102044057.62502.qmail@horde.org>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.6-cvs
Subject: Re: [cvs] commit: horde problem.php horde/config ...
Quoting max@horde.org:
>
> I ran into a few stumbling blocks with the validator. It
> seems that you can't put <form>...</form> tags inside tables
> unless the form is complete within one <td></td> tag. In fact,
> once you open a <table> tag you can't put anything else unless
> its within the <td></td> pair (or <th></th> of course). This
> would make compliancy and layout rather difficult to achieve
> so if anyone has any brilliant ideas, do tell.
>
I ran into exactly the same problem with WHUPS XHTML compliancy.
There's not a lot to be done about it, from what I could see,
so what I did was to embed a <table> within the <form>, rather than
the other way around.
--
Anil Madhavapeddy, <anil@recoil.org>
>From chuck@horde.org Date: Tue, 2 Jan 2001 15:33:05 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 10920 invoked from network); 2 Jan 2001 20:33:56 -0000
Received: from r93aag000369.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (209.6.192.126)
by horde.org with SMTP; 2 Jan 2001 20:33:56 -0000
Received: by marina.horde.org (Postfix, from userid 33)
id BC1753D10; Tue, 2 Jan 2001 15:33:05 -0500 (EST)
Received: from 206.243.191.252 ( [206.243.191.252])
as user chuck@marina by marina.horde.org with HTTP;
Tue, 2 Jan 2001 15:33:05 -0500
Message-ID: <978467585.3a523b01b2390@marina.horde.org>
Date: Tue, 2 Jan 2001 15:33:05 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <20010102044057.62502.qmail@horde.org>
In-Reply-To: <20010102044057.62502.qmail@horde.org>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.6-cvs
Subject: Re: [cvs] commit
Quoting max@horde.org:
> -- xhtml 1.0 compliancy (not finished)
Good start, though - we're getting there.
> -- docs/CODING_STANDARDS section 12
This is great! Thanks for doing this. I've just added the one minor tweak about
nowrap, checked, selected, etc.
> I ran into a few stumbling blocks with the validator. It
> seems that you can't put <form>...</form> tags inside tables
> unless the form is complete within one <td></td> tag. In fact,
> once you open a <table> tag you can't put anything else unless
> its within the <td></td> pair (or <th></th> of course). This
> would make compliancy and layout rather difficult to achieve
> so if anyone has any brilliant ideas, do tell.
It seems that if you start the <form> outside the <table>, all these issues go
away.
> Also I found out that php's url rewriter isn't compliant in
> two respects. The hidden input tag it adds is in ALL CAPS;
> it is not terminated correctly: <input ...> instead of
> <input ... />. This along with "arg_seperator" being set to
> '&' instead of '&' would break compliancy. I'm thinking
> we should suggest disabling url_rewriter.tags php.ini setting
> since we do our own session propogation.
I'm going to look at fixing these, though the arg_seperator bit I don't want to
touch myself...
-chuck
--
Charles Hagenbuch, <chuck@horde.org>
"If you can't stand the heat, get out of the chicken!" - Baby Blues