[PAA-Webteam] bugs with forums on new PAA web site
All,
Things are looking good for our impending switchover to the new
e-mail lists. However, there are a few things we need to think about
for the forums at http://www.paa-tx.org/forum , as I'm not sure they
are quite ready.
I hope it doesn't sound too critical, but I'm wondering if we should
wait on unveiling the forums until the bugs noted below (or at least
some of them) can be fixed? The e-mail lists and most other new
features seem to be working fine, though, and I don't see any reason
to wait on them. See below and let me know what you think.
1. HTML messages don't cross-post properly from mail lists to forums
I've posted messages to several of our new lists, partly to check out
the new lists, and partly to check out the cross-posting to the
forums. Charlie L and I did a little troubleshooting tonight to
determine why some messages were getting posted to the new e-mail
lists OK but not to the forums, while other messages were
cross-posted correctly. It seems that text-only messages are getting
posted to the forums OK, but those with HTML (styled text) have only
their subject posted but nothing in the message body.
Mailman seems to be doing OK with the e-mail lists, as the messages
are going through the e-mail list correctly, whether they have HTML
in them or not.
I don't mind using just plain text, and I use it most of the time for
our lists, anyway, as I know some people prefer not to get HTML
messages because that often makes them 2-3 times as large in size,
and some spam filters will put them in the junk folders if you put
too much html text in them. However, HTML does make the messages
look nicer, and some people use HTML in every message they send.
Most users probably won't know to avoid HTML until this is fixed even
if we warn them, so we need to think about what to do about this, or
if we should ignore it until then.
This may not be too important for now, as the e-mail lists do seem to
send everything thru to people on the lists OK. It just means that a
lot of messages won't show up (except for the subject) in the forums.
2. Can't follow inline replies to text in forums
For messages cross-posted from e-mail with indentations for quote
level (rather than > symbols), you can't determine the quote level of
each paragraph, so it's very difficult to tell what is a reply and
what was the original message. (in other words, you can't tell who's
saying what.) For an example, compare the messages with the embedded
replies at http://www.paa-tx.org/node/247 with the corresponding
e-mail sent on Sun, 11 Sep 2005 15:43:54 EDT in reply to my earlier
message "Test drive our new new lists". It's easy to see what's a
quote and what isn't in the original e-mails. The replies that Sarah
posted (with > symbols for quoted text) came through OK on the foru,
too. However, in some of the other messages, such as the one from
Charles M, which used indented quotes, you can't tell which lines
were quotes from my message, and which lines were his replies.
3. E-mail addresses in message bodies are being posted to forums
See the above forum thread for some examples of this. It's OK to
have these in e-mails, but since this is now getting cross-posted on
the forums for all the world to see, we have to be careful not to
help spammers. I also checked the page source for that web page
(http://www.paa-tx.org/node/247), and noticed that the e-mail
addresses are not being disguised by Civicspace as we thought they
were to deter spammers. If you look at the html source for that
page, there are several "mailto" tags with real e-mail addresses.
4. Sender's name does not appear on messages that are cross-posted
to the forums
If you post a message to one of the forums directly on the web site,
then (assuming you are a registered user for the web site) your name
will appear with the message, as it should.
However, if you send a message to one of our e-mail lists, which is
probably what will happen most of the time, it goes to the e-mail
list OK but then when it gets cross-posted to the forum, "PAAMember"
appears instead of your name. It also strips out your e-mail address
(which is what we want) and footers/signature blocks (anything
following a "--" line, so there is no way to tell who sent the
message unless you put your name in the message body, above your sig.
So, what do you think? Should we put the forums on the back burner for a while?
Bill
On Sep 14, 2005, at 1:32 AM, Bill Crosier wrote:
>
> 3. E-mail addresses in message bodies are being posted to forums
yup - this is highly dependent on the email client used to send email
- we have absolutely no control over this. Most email clients, when
you hit reply add things like "On Sep 14, 2005, at 1:32 AM, Bill
Crosier wrote:" etc... and... they many times include an email
address in that reply.
again - we might be able to write something that will strip out email
addresses, but it won't be 100% perfect everytime and if you sent an
email that was *intended* to provide an email address, there would be
NO way to provide for that circumstance. Either email addresses get
posted or they don't - there's no middle ground here.
> 4. Sender's name does not appear on messages that are cross-posted
> to the forums
I should be able to fix this, however, the people sending email will
have to be a registered user of our site in order for this to work
properly.
> So, what do you think? Should we put the forums on the back burner
> for a while?
again - we never had archives accessible before - this is a feature,
not a hindrance or show stopper IMHO. If we can get
* HTML posting properly
* sender names appearing correctly
* set the thread viewing to whatever you think makes sense
would that be enough to keep them around? Issues that would not be
fixed are:
* email addresses contained in the body of message would post
* attachments actually don't get through on the forums that I'm aware
of - again, this is more than likely for security reasons. You
wouldn't want some spammer sending attachments, etc.. and have them
post to our list.
thx,
bill et al:
My comments below.
1) I think the blank EMAILs due to HTML is a show-stopper.
2) The threading model/format needs to be looked at.
Bottom line: we need to wait on the forum rollout. We can
run the EMAIL lists as they are (keep the archiving
turned on).
> Things are looking good for our impending switchover to the new
> e-mail lists. However, there are a few things we need to think about
> for the forums at http://www.paa-tx.org/forum , as I'm not sure they
> are quite ready.
>
> I hope it doesn't sound too critical, but I'm wondering if we should
> wait on unveiling the forums until the bugs noted below (or at least
> some of them) can be fixed? The e-mail lists and most other new
> features seem to be working fine, though, and I don't see any reason
> to wait on them. See below and let me know what you think.
>
>
> 1. HTML messages don't cross-post properly from mail lists to forums
>
> I've posted messages to several of our new lists, partly to check out
> the new lists, and partly to check out the cross-posting to the
> forums. Charlie L and I did a little troubleshooting tonight to
> determine why some messages were getting posted to the new e-mail
> lists OK but not to the forums, while other messages were
> cross-posted correctly. It seems that text-only messages are getting
> posted to the forums OK, but those with HTML (styled text) have only
> their subject posted but nothing in the message body.
>
> Mailman seems to be doing OK with the e-mail lists, as the messages
> are going through the e-mail list correctly, whether they have HTML
> in them or not.
>
> I don't mind using just plain text, and I use it most of the time for
> our lists, anyway, as I know some people prefer not to get HTML
> messages because that often makes them 2-3 times as large in size,
> and some spam filters will put them in the junk folders if you put
> too much html text in them. However, HTML does make the messages
> look nicer, and some people use HTML in every message they send.
>
> Most users probably won't know to avoid HTML until this is fixed even
> if we warn them, so we need to think about what to do about this, or
> if we should ignore it until then.
>
> This may not be too important for now, as the e-mail lists do seem to
> send everything thru to people on the lists OK. It just means that a
> lot of messages won't show up (except for the subject) in the forums.
I need to look at this and fix it. I think the blank body
may be due to some of the patches I had to apply to our
ISP not loading up a PHP library (iconv).
> 2. Can't follow inline replies to text in forums
>
> For messages cross-posted from e-mail with indentations for quote
> level (rather than > symbols), you can't determine the quote level of
> each paragraph, so it's very difficult to tell what is a reply and
> what was the original message. (in other words, you can't tell who's
> saying what.) For an example, compare the messages with the embedded
> replies at http://www.paa-tx.org/node/247 with the corresponding
> e-mail sent on Sun, 11 Sep 2005 15:43:54 EDT in reply to my earlier
> message "Test drive our new new lists". It's easy to see what's a
> quote and what isn't in the original e-mails. The replies that Sarah
> posted (with > symbols for quoted text) came through OK on the foru,
> too. However, in some of the other messages, such as the one from
> Charles M, which used indented quotes, you can't tell which lines
> were quotes from my message, and which lines were his replies.
Ugh. I think this may be a theme issue which can modify
the format quite a bit.
> 3. E-mail addresses in message bodies are being posted to forums
>
> See the above forum thread for some examples of this. It's OK to
> have these in e-mails, but since this is now getting cross-posted on
> the forums for all the world to see, we have to be careful not to
> help spammers. I also checked the page source for that web page
> (http://www.paa-tx.org/node/247), and noticed that the e-mail
> addresses are not being disguised by Civicspace as we thought they
> were to deter spammers. If you look at the html source for that
> page, there are several "mailto" tags with real e-mail addresses.
This DEFINITELY needs to be fixed.
> 4. Sender's name does not appear on messages that are cross-posted
> to the forums
>
> If you post a message to one of the forums directly on the web site,
> then (assuming you are a registered user for the web site) your name
> will appear with the message, as it should.
>
> However, if you send a message to one of our e-mail lists, which is
> probably what will happen most of the time, it goes to the e-mail
> list OK but then when it gets cross-posted to the forum, "PAAMember"
> appears instead of your name. It also strips out your e-mail address
> (which is what we want) and footers/signature blocks (anything
> following a "--" line, so there is no way to tell who sent the
> message unless you put your name in the message body, above your sig.
I thin the answer here is to:
1. Insert the FROM address into the message unconditionally.
2. Grab the name IF it exists in the source message. This is
dependent on the EMAIL client, sometimes EMAIL clients
put a "From:" of
My Name
Charlie
On Sep 14, 2005, at 7:20 AM, Charlie Lindahl wrote:
> bill et al:
>
> My comments below.
>
> 1) I think the blank EMAILs due to HTML is a show-stopper.
not sure why HTML mail isn't posting - it should and I thought I
tested that, Charles, this has to do with that stupid ICONV stuff
that you coded, but it does work on PPC site, so... it should work on
ours - I must not have gotten all the pieces in place - will check it
out. For the record, this DOES work as expected, it just isn't
working on the PAA forums - thx for catching that. I should be able
to fix this issue.
I also need to see why the messages aren't posting from registered
users (i.e. - Bill vs PAA Member) - haven't had time to look at this
yet - sorry.
> 2) The threading model/format needs to be looked at.
Anonymous users have the ability to choose how to view threads (image
below). Flat list - expanded is probably what you'd prefer to see -
try it out. We can probably change the default threading mode /
format to be this if you think it makes more sense. The default is
threaded, expanded - one huge long post.
Sarah et al:
> > 1) I think the blank EMAILs due to HTML is a show-stopper.
>
> not sure why HTML mail isn't posting - it should and I thought I
> tested that, Charles, this has to do with that stupid ICONV stuff
> that you coded, but it does work on PPC site, so... it should work on
> ours - I must not have gotten all the pieces in place - will check it
> out. For the record, this DOES work as expected, it just isn't
> working on the PAA forums - thx for catching that. I should be able
> to fix this issue.
I can help track this down. I thought we had tested this pretty
thoroughly as well, and I'm 100% sure that I can figure out what
wasn't done.
> I also need to see why the messages aren't posting from registered
> users (i.e. - Bill vs PAA Member) - haven't had time to look at this
> yet - sorry.
I've been in that code, too ... will try to look at it tonite.
>
> > 2) The threading model/format needs to be looked at.
>
> Anonymous users have the ability to choose how to view threads (image
> below). Flat list - expanded is probably what you'd prefer to see -
> try it out. We can probably change the default threading mode /
> format to be this if you think it makes more sense. The default is
> threaded, expanded - one huge long post.
>
>
> In my testing I thought the forums did a great job with threading,
> even if the person replying changes the subject, the messages still
> thread properly which I think is a minor miracle. Now... the fact
> that if people leave every piece of forwarded junk inside the
> message, there's little we can do about that except educate the
> users. Heck - people send messages like that regularly to our mailing
> list - I don't see this as an issue.
>
> If we try to put in place *some* procedure that strips out parts of
> the message, the filtering will *never* work correctly 100% of the
> time - we'll always run into some case where message parts get
> stripped out when they should not. Computer scripts are stupid and
> can't readily tell if they're actually doing the right thing or not.
>
> Now... there are always going to be issues with the way people reply
> unfortunately. Let me indicate 2 scenarios.
>
> 1. users simply hit "reply" to a message received to the list with
> the intention of responding to *that* thread. Even if they change the
> subject line, Civicspace still threads the reply into the correct
> forum post as it picks up something from the message header that is
> typically hidden from the user.
>
> This is GREAT - IMHO... and is as it should be. See this as an
> example - this is all one thread of messages that belong together.
> Also, users have complete control over *how* to view the threads
> (collapsed, expanded, flat, threaded, etc...)
>
> http://www.paa-tx.org/node/197
>
> 2. scenario 2 is that a user wants to send a NEW message about a NEW
> topic, but can't recall the list address to send mail to. So... they
> go back through their volume of mail to locate a previous message,
> they hit reply and send.
>
> This is bad b/c the message will thread into the ORIGINAL message and
> NOT generate a new thread. However, I don't see any way at all to
> keep this from happening except to educate the users on how to send /
> reply properly. The Mailman archives work this way as well, so,
> again, the forums behave exactly as Civicspace would with no difference.
I know how Civicspace (and EMAIL systems) "do the magic" ... there
are "hidden" pieces of the EMAIL header that Civicspace utilizes
to figure out the threads.
If a user just copies the TEXT of a message this "magic number"
doesn't get propagated, so it won't do the auto-threading.
> I don't see this as a show stopper. We're not encouraging people to
> view the list online as their only means of seeing what's going on
> with a particular group. Heck - we don't even have archives available
> right now for our users, so... IMHO, this is a welcome feature, not a
> hindrance.
>
> what do you all think? Does the above make sense
Well, I do agree that the example Bill gave is difficult to
follow (the threading), particularly with blank messages (the
missing HTML stuff).
But I'm pretty sure we can make the threading look a lot nicer
via the themes & CSS. There are articles on how to "pretty
up" Civicspace forums which we haven't implmeented yet.
Charlie
>
>
>
Charlie --
If we can get Civicspace to display HTML properly in cross-postings
to the forums, maybe that will take care of the quote level display
which makes it difficult to see who wrote what, which lines are a
reply and which are the original e-mail, etc. I hope.
And yes, I think it's generally good that Civicspace uses the "In-Reply-To:"
and "References:" headers for determining how to thread a messages.
At least I'm assuming that's what it uses.
How about obscuring the e-mail addresses that get posted from the
e-mails? Maybe it will be in an upcoming Civicspace release? If
that's not working yet, should we be worrying about the other stuff?
Bill
On Sep 14, 2005, at 1:46 PM, Bill Crosier wrote:
> And yes, I think it's generally good that Civicspace uses the "In-
> Reply-To:"
> and "References:" headers for determining how to thread a messages.
> At least I'm assuming that's what it uses.
yup - it's something in that message header info that is usually
hidden from a user.
> How about obscuring the e-mail addresses that get posted from the
> e-mails? Maybe it will be in an upcoming Civicspace release? If
> that's not working yet, should we be worrying about the other stuff?
it is implemented, but you may misunderstand the way the obstruction
occurs. It's documented here -
http://www.civicspacelabs.org/home/node/11101
Note that email addresses still appear on the page - they're not
hidden, the magic happens when the spam robots scan the pages. You
can try out a demo of the technique here:
http://www.innerpeace.org/escrambler.shtml
thx,
At 2:25 PM -0500 9/14/05, Sarah Gonzales wrote:
>
>> How about obscuring the e-mail addresses that get posted from the
>> e-mails? Maybe it will be in an upcoming Civicspace release? If
>> that's not working yet, should we be worrying about the other stuff?
>
>it is implemented, but you may misunderstand the way the obstruction
>occurs. It's documented here -
>
> http://www.civicspacelabs.org/home/node/11101
>
>Note that email addresses still appear on the page - they're not
>hidden, the magic happens when the spam robots scan the pages. You
>can try out a demo of the technique here:
>
> http://www.innerpeace.org/escrambler.shtml
>
Yes, this is good, but it doesn't look like it's being used for
e-mail addresses that are embedded in messages posted on the PAA
forums.
If you look at the html source for the innerpeace.org page mentioned
above, you see the javascript code that displays the mailto links,
and I can see how they'd be safe from web crawlers (at least, until
they get popular enough that the spammers write code to look for such
scripts and use them to reconstruct e-mail addresses).
However, if you look at the html source on our forum pages that have
e-mail addresses (for example, the one I mentioned earlier:
http://www.paa-tx.org/node/247), you see intact mailto: tags and
addresses. Just search for "mailto" on that page or others with
e-mail addresses displayed. I'm guessing that Civicspace isn't
looking for e-mail addresses that it isn't generating, so it doesn't
use the javascript to display the addresses while hiding them in the
file.
Bill
> However, if you look at the html source on our forum pages that have
> e-mail addresses (for example, the one I mentioned earlier:
> http://www.paa-tx.org/node/247), you see intact mailto: tags and
> addresses. Just search for "mailto" on that page or others with
> e-mail addresses displayed. I'm guessing that Civicspace isn't
> looking for e-mail addresses that it isn't generating, so it doesn't
> use the javascript to display the addresses while hiding them in the
> file.
mmm - Charles?
Also I found this - we'll have to read and see what advantage (if
any) this gives us.
Bad Behavior
http://drupal.org/node/30501
Modules
KSlap - September 6, 2005 - 11:15
Bad Behavior is a set of PHP scripts which prevents spambots from
accessing your site by analyzing their actual HTTP requests and
comparing them to profiles from known spambots. It goes far beyond
User-Agent and Referer, however.
The problem: Spammers run automated scripts which read everything on
your web site, harvest email addresses, and if you have a blog, forum
or wiki, will post spam directly to your site. They also put false
referrers in your server log trying to get their links posted through
your stats page.
As the operator of a Web site, this can cause you several problems.
First, the spammers are wasting your bandwidth, which you may well be
paying for. Second, they are posting comments to any form they can
find, filling your web site with unwanted (and unpaid!) ads for their
products. Last but not least, they harvest any email addresses they
can find and sell those to other spammers, who fill your inbox with
more unwanted ads.
Bad Behavior intends to target any malicious software directed at a
Web site, whether it be a spambot, ill-designed search engine bot, or
system crackers. It blocks such access and then logs their attempts.
At 4:03 PM -0500 9/14/05, Sarah Gonzales wrote:
>...
>Also I found this - we'll have to read and see what advantage (if
>any) this gives us.
>
>Bad Behavior
>http://drupal.org/node/30501
>
>Modules
>KSlap - September 6, 2005 - 11:15
>
>Bad Behavior is a set of PHP scripts which prevents spambots from
>accessing your site by analyzing their actual HTTP requests and
>comparing them to profiles from known spambots. It goes far beyond
>User-Agent and Referer, however.
>...
Yeah, this sounds like a nice thing to have. Presumably spambots
would not be able to post spam on our forums or elsewhere without a
valid user name and password, though, right? But the other features
sound good. I assume it's not already included in the version of
Drupal being used with our version of Civicspace, but if it's
compatible and it works, sounds like a good thing.
Bill
Okay..
Charles is going to add the functionality to foil the spambots to the
process described here - it's easy to implement, he just needs to
determine the correct pattern and add it to the mix.
http://www.innerpeace.org/escrambler.shtml
On Sep 14, 2005, at 5:15 PM, Bill Crosier wrote:
> Yeah, this sounds like a nice thing to have. Presumably spambots
> would not be able to post spam on our forums or elsewhere without a
> valid user name and password, though, right?
I've enabled a feedback page which I hadn't unveiled yet that
anonymous users can complete - we can disable this if necessary, but
the feedback module does provide a "throttle" control, meaning that
it will only allow 3 messages to post from a specific source within a
specific timeframe, so... we haven't had any trouble with it on the
PPC site and I don't anticipate that we will. If we do, it gets
disabled - plain and simple.
http://www.paa-tx.org/feedback
other than that - no, users cannot complete forms and send spam from
the site without a real user id / password. We can block users at any
time if we run into trouble.
> I assume it's not already included in the version of
> Drupal being used with our version of Civicspace, but if it's
> compatible and it works, sounds like a good thing.
This module is new actually - I haven't seen it before in the
released modules, although it's been in development for some time
now. Civicspace is based on Drupal, so.... any modules developed for
Drupal work for Civicspace - the CS folks just decide for themselves
what comes with the packaged version of Civicspace. That's the only
distinction. Drupal released modules are here:
http://drupal.org/project/Modules
Right now I'm playing with the ecommerce module - WOW! it looks
awesome! This would be great for us to implement to sell bumper
stickers and the like to support our efforts.
http://drupal.org/project/ecommerce
getting ahead of myself though...
later,
I looked at the ESCRAMBLER stuff and unfortunately the
page isn't complete for our purposes; I need to insert
the code into the "mailhandler" module to make this
work properly.
Apparently the URLFILTER module (which is SUPPOSED to
do this for us) isn't functioning properly.
Tried to do debug this tonite, but kinda ran out of gas (I'm doing
that more recently with all the stuff going on).
Will try to bang on it tomorrow again.
C
> Charles is going to add the functionality to foil the spambots to the
> process described here - it's easy to implement, he just needs to
> determine the correct pattern and add it to the mix.
>
> http://www.innerpeace.org/escrambler.shtml
>
> On Sep 14, 2005, at 5:15 PM, Bill Crosier wrote:
>
> > Yeah, this sounds like a nice thing to have. Presumably spambots
> > would not be able to post spam on our forums or elsewhere without a
> > valid user name and password, though, right?
>
> I've enabled a feedback page which I hadn't unveiled yet that
> anonymous users can complete - we can disable this if necessary, but
> the feedback module does provide a "throttle" control, meaning that
> it will only allow 3 messages to post from a specific source within a
> specific timeframe, so... we haven't had any trouble with it on the
> PPC site and I don't anticipate that we will. If we do, it gets
> disabled - plain and simple.
>
> http://www.paa-tx.org/feedback
>
> other than that - no, users cannot complete forms and send spam from
> the site without a real user id / password. We can block users at any
> time if we run into trouble.
>
> > I assume it's not already included in the version of
> > Drupal being used with our version of Civicspace, but if it's
> > compatible and it works, sounds like a good thing.
>
> This module is new actually - I haven't seen it before in the
> released modules, although it's been in development for some time
> now. Civicspace is based on Drupal, so.... any modules developed for
> Drupal work for Civicspace - the CS folks just decide for themselves
> what comes with the packaged version of Civicspace. That's the only
> distinction. Drupal released modules are here:
>
> http://drupal.org/project/Modules
>
> Right now I'm playing with the ecommerce module - WOW! it looks
> awesome! This would be great for us to implement to sell bumper
> stickers and the like to support our efforts.
>
> http://drupal.org/project/ecommerce
>
> getting ahead of myself though...
> later,
>
>
>
I suggest that we not announce the forums now, unless you want to say
that we're working out some bugs with them and they'll be coming
soon. We can set the , ,
etc. addresses in Mailman to nomail to inhibit cross-posting to the
forums until we get things worked out, and then it will be easy to
re-enable mail to the cross-posting addresses.
The biggest problem, IMHO, is the posting of e-mail addresses to the
forums, especially if Civicspace isn't masking them somehow. It
looks like an open invitation to spammers. I'm not quite sure what
to do about it, either, unless we can get the Civicspace cloaking
mechanism to work. As Sarah noted, often there are e-mail addresses
embedded in e-mails and you want to make those available to our
group, but you don't want spamers' web crawlers to grab them.
It sounds like the html inhibiting proper cross-posting is fixable if
it works OK on the PPC list, but I think it's fine to wait a while on
the forums to give us time to work this stuff out. Maybe by that
time, Civicspace may have their e-mail address cloaking mechanism
working to deter spammers, since they previously said that would be
something they would have.
Sarah is right that we'll need some FAQ's that we post on the web
site (and perhaps send periodically to each list) to remind people
about the list-post addresses, to save them in their address book
etc., and when NOT to reply to a previous message when they are
starting a new thread. Sometimes people don't even change the
subject when they're writing about something new, and it's really
difficult later to locate the e-mail they sent. But I think Sarah is
right that the threading in Civicspace looks very helpful.
I can change the announcement text I wrote up to NOT send people to
the forum page to sign up for the various e-mail lists. I can just
send them directly to the listinfo pages for each e-mail list, or to
the summary page at http://paa-tx.org/mailman/listinfo which has
links to each of those pages, and tell them the forums aren't working
yet without going into all the details.
Then we can unveil the forums later after we get other things taken care of.
Sound OK?
Bill
On Sep 14, 2005, at 1:32 AM, Bill Crosier wrote:
>
> 3. E-mail addresses in message bodies are being posted to forums
yup - this is highly dependent on the email client used to send email
- we have absolutely no control over this. Most email clients, when
you hit reply add things like "On Sep 14, 2005, at 1:32 AM, Bill
Crosier wrote:" etc... and... they many times include an email
address in that reply.
again - we might be able to write something that will strip out email
addresses, but it won't be 100% perfect everytime and if you sent an
email that was *intended* to provide an email address, there would be
NO way to provide for that circumstance. Either email addresses get
posted or they don't - there's no middle ground here.
> 4. Sender's name does not appear on messages that are cross-posted
> to the forums
I should be able to fix this, however, the people sending email will
have to be a registered user of our site in order for this to work
properly.
> So, what do you think? Should we put the forums on the back burner
> for a while?
again - we never had archives accessible before - this is a feature,
not a hindrance or show stopper IMHO. If we can get
* HTML posting properly
* sender names appearing correctly
* set the thread viewing to whatever you think makes sense
would that be enough to keep them around? Issues that would not be
fixed are:
* email addresses contained in the body of message would post
* attachments actually don't get through on the forums that I'm aware
of - again, this is more than likely for security reasons. You
wouldn't want some spammer sending attachments, etc.. and have them
post to our list.
thx,