RE: [Tikiwiki-devel] Webmail

[Sylvie G. <sgr...@at...>]

> -----Original Message-----
> From: tik...@li...
> [mailto:tik...@li...]On Behalf Of bertrand
> Gugger
> Sent: Monday, July 18, 2005 5:31 AM
> To: tik...@li...
> Subject: [Tikiwiki-devel] Webmail
>
>
> Bonjour,
> Last week Marc reported some problems with EOL in webmail.
> He commited a hack for newsletters (also making the plain text part as
> original wiki code)
> A similar hack was tried (but not commited) for wiki notifications.
> Strange is, this feature is normally already in webmail, so something is
> wrong here.
>
Marc uses gmail that needs a header mail line end set to LF and not CRLF
(which is not the RFC822 standard compliant :-()
There is a configuration for that in tiki. I fixed last week a problem on
it. I think it is better now.
But Marc will have the same problem on whatever library tiki uses. His MTA
needs a special configuration. The library needs the function.
For the body text it is not clear. I don't know if the end line must also be
applied for gmail. So far I know, the htmlmimemail lib doesn't consider LF
or CRLF for the text part.


> This week-end yoni, amette and I have tested the newsletter in various
> configurations.
> Seems we have problems with certain accounts, could be the headers are
> wrongs (order, encoding, ... ?).
Headers encoding is very tricky.
The utf8 encoding in htmlmimemail was already buggy. I did some changes in
the library. I know that the length of the header can be still a problem,
but I didn't fix it.
Luci wrote another header encoding - use in the tracker I think. It will be
a good idea to test both on the server/receiver that has problems.
I think that the return-path needs to be set if you don't want some servers
considering it as spam.
Also, the bouncing part is missing : return-receipt-to

> It's well known (in irc) problems with missing reply-to header and also
> with forwrded mails are often reported.
Easy to add for the mail that uses tikiMail. Carefull some are still using
directly mail (ex: tracker notification)

>
> The webmail we are using is based on Richard Heyes old (2002)
> htmlMimeMail class which was later ported to PEAR::Mail_Mime
> http://pear.php.net/package/Mail_Mime/
>
> htmlMimeMail license is really unclear or bad:
> http://www.phpguru.org/static/htmlMimeMail5.html#comment_75
You are reading the license of htmlmimemail5 that has been completly
rewritten for php5.
The 2.5.1 is not a problem for tiki (I can't show you the forum post I got
from Heyes last year. He changed his forums and the old one is no more
accessible)


> PEAR's one is PHP licensed what enables to bundle it.
So far I remember, PEAR version is very close to htmlmimemail version. What
needs to be rewritten?
setCrLf is in the constructor.
I didn't find setCharset in the user method. Can we send iso-8859-1 or
utf-8?

>
> As a new PEAR-team is now caring to clean the numerous bugs of
> this package,
> should we not upgrade our stuff ?
> I think that would already clean a few of our problems with webmail.
> Also , we would benefit of a truely maintained open package (future
> cleanings/extensions) by a non-profit organization.
>
> Technically, the interface changed a little, so the port is not
> immediate but we profit of the fact that everything is wrapped in
> lib/webmail/webmaillib.php so we should have only this one to adapt.
> I could do it end of this week.
>
> What do you think ?
> Do you know other/better solutions ?
IMHO: I don't think the pear library will change something - except if
somebody is maintaining it.
Htmlmimemail is a dead branch, as Heyes rewrote it for php5 and doesn't
maintain the old one.

Marc spoke about phpmailer library that seems to be used in a lot of
software.


>
> For those having currently problems with webmail,
> could you put a line explaining what problem in this thread ?
>
> Sorry, that was long :)
> à+
> --
> bertrand "toggg" Gugger
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick
> _______________________________________________
> Tikiwiki-devel mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>