Confirmation e-mail tagged as SPAM

Hello,

This is my first post. The confirmation e-mail send by drupal.org when you register is tagged as SPAM on some systems.

I attach the info so you can see why and it's maybe interesting for you.

Best Regards.

Return-path:
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29)
X-Spam-Level: **********

Project name column in the user tracker here at drupal.org?

It would be very practical if the user tracker page had a first column with the name of the project (hence which component or module the issue is about), not just stating "issue". Just like the first column in the following page (other component, I know):
http://drupal.org/project/issues/user

Links to different versions of a function on api.drupal.org

When you search Google for a Drupal function, the result often points to the 4.7 version of the function on api.drupal.org, rather than HEAD (or any other version). You then have to rewrite the URL manually to get to the relevant page. Would it be possible to put links to different versions of the currently-viewed function somewhere on each page?

'My issues' updated notification

At the moment you have to keep checking the 'My issues' page to see if anything has been updated. Would it be possible to get an 'updated' notice next to 'My issues' in the Contributor links box, when there's been an update to a thread?

Speediness of drupal.org: Can this be explained?

Since I posted the "Slowness of drupal.org" a few days ago, I thought I'd better update. Over the last couple of days (say Jan 13 on?), drupal.org has been quite speedy. Almost no wait on most of the cases that I cited before, maybe couple of seconds to initially open the forums.

I'm currently touching a piece of wood on this topic -- but I'm also curious as to whether some specific change was implemented to speed things up?

Graham

Slowness of drupal.org: Can this be fixed or at least explained?

I'm relatively new to drupal, but I'm enthusiastic about what I see so far... except for a strong concern over unacceptable slowness.

I see that this issue has been raised before, eg: Nov 22nd, but it is still a problem.

To reiterate: If drupal.org is slow, it:

a) Gives the impression that drupal software is unacceptably slow

b) Makes pages on drupal.org impractical to use as for learning about drupal, for reference, or for keeping up-to-date on developments.

Ignoring that there's a problem implies that this is as good as it gets. I see that there are some Handbook articles on performance (though "Case Studies:Big Drupal Sites" goes nowhere..), but if even drupal.org isn't successfully implementing these, what are we to think? If there's no funding to fix the problem, then one compensation would be to at least characterize it -- "yes, it's slow, but this is unrepresentative because X, Y and Z".

Some figures. These are representative, over several days, day or night (night maybe slightly faster, but still slow), two different locations in San Diego CA (drupal.org appears to be hosted in Oregon, our neighbor, right?), two quite different ISPs (cable and DSL), IE and Firefox on Windows, and Firefox on linux.

Main page 3-5 sec
/project 2-6 sec
/project/Modules < 2-6 sec
/project/Modules/name 10-15 sec [*]
/forum 3-8 sec [*]

Pages

Subscribe with RSS Subscribe to RSS - Deprecated - Drupal.org infrastructure