defaria.com/blogs/MAPS/archives/2004_02.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   2    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" id="sixapart-standard">
   4 <head>
   5    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6    <meta name="generator" content="Movable Type 3.2" />
   7
   8    <link rel="stylesheet" href="http://defaria.com/blogs/MAPS/styles-site.css" type="text/css" />
   9    <link rel="alternate" type="application/atom+xml" title="Atom" href="http://defaria.com/blogs/MAPS/atom.xml" />
  10    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://defaria.com/blogs/MAPS/index.xml"$>" />
  11
  12    <title>MAPS: February 2004 Archives</title>
  13
  14    <link rel="start" href="http://defaria.com/blogs/MAPS/" title="Home" />
  15    <link rel="prev" href="http://defaria.com/blogs/MAPS/archives/2003_11.html" title="November 2003" />
  16    <link rel="next" href="http://defaria.com/blogs/MAPS/archives/2004_03.html" title="March 2004" />
  17 </head>
  18 <body class="layout-one-column">
  19    <div id="container">
  20       <div id="container-inner" class="pkg">
  21
  22          <div id="banner">
  23             <div id="banner-inner" class="pkg">
  24                <h1 id="banner-header"><a href="http://defaria.com/blogs/MAPS/" accesskey="1">MAPS</a></h1>
  25                <h2 id="banner-description"></h2>
  26             </div>
  27          </div>
  28
  29          <div id="pagebody">
  30             <div id="pagebody-inner" class="pkg">
  31                <div id="alpha">
  32                   <div id="alpha-inner" class="pkg">
  33
  34                      <p class="content-nav">
  35                         <a href="http://defaria.com/blogs/MAPS/archives/2003_11.html">&laquo; November 2003</a> |
  36                         <a href="http://defaria.com/blogs/MAPS/">Main</a>
  37                         | <a href="http://defaria.com/blogs/MAPS/archives/2004_03.html">March 2004 &raquo;</a>
  38                      </p>
  39
  40
  41
  42                      <h2 class="date-header">February 17, 2004</h2>
  43                      <a id="a000139"></a>
  44                      <div class="entry" id="entry-139">
  45                         <h3 class="entry-header">Login bug</h3>
  46                         <div class="entry-content">
  47                            <div class="entry-body">
  48                               <p>Squashed a nasty bug, well actually a lack of implementation. After converting some of the web pages to PHP I neglected to implement Login in PHP! Now implemented.</p>
  49
  50                               <p class="entry-footer">
  51                                  <span class="post-footers">Posted by Andrew DeFaria at 11:25 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/MAPS/archives/000139.html">Permalink</a>
  52
  53
  54                               </p>
  55                            </div>
  56                         </div>
  57                      </div>
  58
  59
  60                      <h2 class="date-header">February 16, 2004</h2>
  61                      <a id="a000138"></a>
  62                      <div class="entry" id="entry-138">
  63                         <h3 class="entry-header">Space</h3>
  64                         <div class="entry-content">
  65                            <div class="entry-body">
  66                               <p>Added new "Space Usage" report. Not sure if I like this because 1) it's too slow and 2) the resulting report is not very impressive - it's just a line saying "User is using X bytes in the databsase". Might wish to implement a space counter in the user table. This would require that all procedures updating the database update the space counter. The intent for this space counter is to judge how much space a user is using in the database for the purposes of quotas or perhaps to charge people if they want more space.</p>
  67
  68 <p>Also, currently this space report is only counting space used in the email table. Might wish to add in the log table, which can add up, and the user and useropts tables. The latter two are minimal but including them would make the report more accurate.</p>
  69
  70                               <p class="entry-footer">
  71                                  <span class="post-footers">Posted by Andrew DeFaria at 11:12 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/MAPS/archives/000138.html">Permalink</a>
  72
  73
  74                               </p>
  75                            </div>
  76                         </div>
  77                      </div>
  78
  79
  80
  81                      <a id="a000137"></a>
  82                      <div class="entry" id="entry-137">
  83                         <h3 class="entry-header">Delete bug</h3>
  84                         <div class="entry-content">
  85                            <div class="entry-body">
  86                               <p>Many, many improvements have happened to MAPS. I have not been keeping this blog up to date. I will try to do better. Here are some of the things that have been implemented or improved:</p>
  87
  88 <ol>
  89
  90 <li>Went live 12/10/2003! We are now using MAPS from the Linux system and using the MySQL backend.</li>
  91
  92 <li>Many improvements and implemented a lot of the pages</li>
  93
  94 <li>Started re-writing things in PHP. PHP is pretty cool and now that I have mod PHP running it's also quick. I suspect that if I managed to get mod Perl installed that that would solve some of the sluggishness of the Perl pages, however PHP is more "web friendly" and it's nice not having to write a whole web page just because part of it will be dynamic</li>
  95
  96 <li>Implemented most of the "list" processing. You can now add/change and delete entries in the various lists.</li>
  97
  98 <li>Details.cgi needs some work but otherwise is functional. You can even select entries and say Add to Null list, etc.</li>
  99
 100 <li>Implemented Returned Messages by Domain report (in PHP)</li>
 101
 102 <li>Updated the look of the register and blacklist return messages</li>
 103
 104 <li>Implemented the Forgot Your Password link</li>
 105
 106 <li>Making pages have refresh option so that Quickstats updates itself. Added time to Quickstats</li>
 107
 108 <li>Implemented search facility to search sender and subject in returned email. While this is helpful it's not finished yet. Also takes a long time on a large message base...</li>
 109
 110 <li>Changed MAPS to only send return message once instead of up to 5 times</li>
 111
 112 <li>Changed MAPS to use envelope address if From address is blank</li>
 113
 114 </ol>
 115
 116 <p>That said here's a bug:</p>
 117
 118 <p>When an entry is added to a list the system now searches the other lists and if a matching entry appears in another list it is deleted. This effectively "moves" the entry. Problem is that the delete does not resequence the list that it deleted the entry from.</p>
 119
 120 <p>We should also consider decoupling the sequence # concept. I don't think it is necessary anymore. MAPS applies filtering based on lists - order doesn't seem to be important.</p>
 121
 122 <p>We might also consider not basing the stats and detail pages off of the log entries but directly off of the email in the email table.</p>
 123
 124 <p>Might wish to implement a "super white list". Super white list would be bascially the users address book. The "other" white list would be entries added by registration. User should be able to promote from white list -> super white list. The difference is that the super white list would be applied before other lists. Currently MAPS processes lists in the following order:</p>
 125
 126 <ul>
 127
 128 <li>Check null list. If found send message to /dev/null</li>
 129
 130 <li>Check black list. If found send blacklist.html to the sender and discard message</li>
 131
 132 <li>Check white list. If found deliver message</li>
 133
 134 <li>Otherwise return message (if we have not already returned a message for this sender)</li>
 135
 136 </ul>
 137
 138 <p>This way the user can apply special privilege for some users. For example, I'd really like to null list all of the *.br$ spam I get but if I did I could not get email from my dad in Brasil. If I had a super white list I could add his address to it and then nulllist everybody else.</p>
 139
 140 <p>We also need to figure out how to handle spam I get when the spammer sets From to be me (or anybody else on my white list). I was thinking about an X-MAPS header that I could set for myself. This would not solve the problem of a spammer sending me spam from somebody else on my white list though I've yet to see that - it would be rare. Except for domain whitelisting such as *@defaria.com. Not sure how to address that</p>
 141
 142                               <p class="entry-footer">
 143                                  <span class="post-footers">Posted by Andrew DeFaria at 12:24 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/MAPS/archives/000137.html">Permalink</a>
 144
 145
 146                               </p>
 147                            </div>
 148                         </div>
 149                      </div>
 150
 151                   </div>
 152                </div>
 153             </div>
 154          </div>
 155       </div>
 156    </div>
 157 </body>
 158 </html>