Initial add of defaria.com
[clearscm.git] / defaria.com / blogs / MAPS / atom.xml
1 <?xml version="1.0" encoding="utf-8"?>
2 <feed xmlns="http://www.w3.org/2005/Atom">
3     <title>MAPS</title>
4     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/" />
5     <link rel="self" type="application/atom+xml" href="http://defaria.com/blogs/MAPS/atom.xml" />
6     <id>tag:defaria.com,2014-02-17:/blogs/MAPS//3</id>
7     <updated>2007-07-13T22:38:35Z</updated>
8     
9     <generator uri="http://www.sixapart.com/movabletype/">Movable Type 5.2.3</generator>
10
11 <entry>
12     <title>Hit Count and Last Hit</title>
13     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2007/07/hit-count-and-l.html" />
14     <id>tag:defaria.com,2007:/blogs/MAPS//3.651</id>
15
16     <published>2007-07-13T22:26:08Z</published>
17     <updated>2007-07-13T22:38:35Z</updated>
18
19     <summary>After having left MAPS pretty much alone for a long time, though I did implement &quot;nuke&quot; which helps nuke whole domains, I finally have implemented new functionality for MAPS. You see over this last year or so I&apos;ve been getting...</summary>
20     <author>
21         <name></name>
22         <uri>http://defaria.com</uri>
23     </author>
24     
25     
26     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
27         <![CDATA[<p>After having left MAPS pretty much alone for a long time, though I did implement "nuke" which helps nuke whole domains, I finally have implemented new functionality for MAPS. You see over this last year or so I've been getting a lot of spam mostly oriented in which the domain name was wildly varying. So lots of mail loops were happening. Whacking whole domains became a favorite past time of mine and hence the "nuke" script (not an official part of MAPS mind you). Still it seemed like a losing battle.</p>
28
29 <p>Then I got to thinking - something I've been thinking for a while - how effective are all of my null list entries, now numbering in the 17K area! I thought that I could easily add some fields to the list table, namely a hit_count and a last_hit field, and then during scrubbing time see if these null list entries were at all effective, and if not then to automatically remove them.</p>
30
31 <p>So I added the fields and changed MAPS such that it records the hits and when the last hit happened. Then in mapsscrub check to see if last_hit is older than the number of days the user is keeping history. If it's 0 then simply remove that entry. Note this happens only for the null list. White list and black list are to be managed by the user. You purposely add somebody to the white or black list for a reason. Do we want to auto age these off? Probably not.</p>
32
33 <p>If the hit count is not 0 then how do we age off these apparently no longer effective null list entries? Well the though was to age them by subtracting 1 from the hit count. Thus if we had a null list entry that was fairly active for a little while and say accumulated a hit_count of 10 but then was largely un-hit, the hit_count would go 9, 8, 7, 6, 5... down to 0 and then the entry would be removed. I might want to change this as some null list entries are getting hit_counts in the thousands now! Assuming the user has a 30 day history then perhaps after 30 days of inactivity I should age any null list entry off the list in 7 days? Note that any activity in those 30 days would immediately reset the clock for at least the next 30 days (assuming a history of 30 days).</p>
34
35 <p>With this in place I decided to change the mail loop procedure to auto add the sender to the null list. Previously I was whacking off the whole domain - here we are just auto adding the individual sending address. But it's automatically added, automatically tracked for effectiveness and automatically aged off. Beside I still have the option of perusing the top returning domains and can whack whole domains still. Now any hits on any users in the domain will continue to insure that that domain null list entry will remain and not automatically age away...</p>]]>
36         
37     </content>
38 </entry>
39
40 <entry>
41     <title><![CDATA[No more &lt;anything&gt;@defaria.com]]></title>
42     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2006/04/no-more-defaria.html" />
43     <id>tag:defaria.com,2006:/blogs/MAPS//3.542</id>
44
45     <published>2006-04-16T03:58:40Z</published>
46     <updated>2006-04-16T04:04:43Z</updated>
47
48     <summary><![CDATA[Due to an influx of spam getting through MAPS with a format of &lt;something&gt;@defaria.com I finally decided to fix MAPS to handle that better. Now if the from is from defaria.com (or the current domain) then the user name is...]]></summary>
49     <author>
50         <name></name>
51         <uri>http://defaria.com</uri>
52     </author>
53     
54     
55     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
56         <![CDATA[<p>Due to an influx of spam getting through MAPS with a format of &lt;something&gt;@defaria.com I finally decided to fix MAPS to handle that better. Now if the from is from defaria.com (or the current domain) then the user name is looked up in /etc/passwd using getpwent and if there is no user of that name it is simply nulllisted. This is an obvious attempt by spammers to forge from email addresses.</p>
57
58 <p>Also removed logging of when the message is obviously garbled or not conforming to standards. Plus I no longer log if the user uses andrew@defaria.com but fails to have a name such as "Andrew DeFaria &lt;andrew@defaria.com&gt;". The former turns out to be mostly Nigerian spam anyway.</p>
59
60 <p>FInally, replaced /usr/local/amps with a direct checkout form CVS!</p>]]>
61         
62     </content>
63 </entry>
64
65 <entry>
66     <title>MAPS Scrubber</title>
67     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2005/11/maps-scrubber.html" />
68     <id>tag:defaria.com,2005:/blogs/MAPS//3.469</id>
69
70     <published>2005-11-06T16:17:58Z</published>
71     <updated>2005-11-06T16:18:47Z</updated>
72
73     <summary>Updated mapsscrub to also report total number of user emails in the database. Also fixed header....</summary>
74     <author>
75         <name></name>
76         <uri>http://defaria.com</uri>
77     </author>
78     
79     
80     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
81         <![CDATA[<p>Updated mapsscrub to also report total number of user emails in the database. Also fixed header.</p>]]>
82         
83     </content>
84 </entry>
85
86 <entry>
87     <title>Added page drop down</title>
88     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2005/11/added-page-drop.html" />
89     <id>tag:defaria.com,2005:/blogs/MAPS//3.468</id>
90
91     <published>2005-11-05T16:44:37Z</published>
92     <updated>2005-11-05T16:45:37Z</updated>
93
94     <summary>Added a page drop down to list.php. This is useful when one wants to say go to the last page....</summary>
95     <author>
96         <name></name>
97         <uri>http://defaria.com</uri>
98     </author>
99     
100     
101     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
102         <![CDATA[<p>Added a page drop down to list.php. This is useful when one wants to say <i>go to the last page</i>.</p>]]>
103         
104     </content>
105 </entry>
106
107 <entry>
108     <title>Move list entry bug</title>
109     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2004/03/move-list-entry.html" />
110     <id>tag:defaria.com,2004:/blogs/MAPS//3.150</id>
111
112     <published>2004-03-08T15:17:23Z</published>
113     <updated>2005-09-22T06:52:53Z</updated>
114
115     <summary>Found a bug today. While adding to the blacklist an entry was on the white list, MAPS correctly adds the entry to the black list and deletes the entry on the white list. However it fails to resequence the white...</summary>
116     <author>
117         <name></name>
118         <uri>http://defaria.com</uri>
119     </author>
120     
121     
122     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
123         <![CDATA[<p>Found a bug today. While adding to the blacklist an entry was on the white list, MAPS correctly adds the entry to the black list and deletes the entry on the white list. However it fails to resequence the white list causing problems down the line.</p>]]>
124         
125     </content>
126 </entry>
127
128 <entry>
129     <title>Login bug</title>
130     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2004/02/login-bug.html" />
131     <id>tag:defaria.com,2004:/blogs/MAPS//3.139</id>
132
133     <published>2004-02-18T05:25:05Z</published>
134     <updated>2005-09-22T05:54:22Z</updated>
135
136     <summary>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....</summary>
137     <author>
138         <name></name>
139         <uri>http://defaria.com</uri>
140     </author>
141     
142     
143     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
144         <![CDATA[<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>]]>
145         
146     </content>
147 </entry>
148
149 <entry>
150     <title>Space</title>
151     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2004/02/space.html" />
152     <id>tag:defaria.com,2004:/blogs/MAPS//3.138</id>
153
154     <published>2004-02-17T05:12:26Z</published>
155     <updated>2005-09-22T05:54:22Z</updated>
156
157     <summary>Added new &quot;Space Usage&quot; report. Not sure if I like this because 1) it&apos;s too slow and 2) the resulting report is not very impressive - it&apos;s just a line saying &quot;User is using X bytes in the databsase&quot;. Might...</summary>
158     <author>
159         <name></name>
160         <uri>http://defaria.com</uri>
161     </author>
162     
163     
164     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
165         <![CDATA[<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>
166
167 <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>]]>
168         
169     </content>
170 </entry>
171
172 <entry>
173     <title>Delete bug</title>
174     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2004/02/delete-bug.html" />
175     <id>tag:defaria.com,2004:/blogs/MAPS//3.137</id>
176
177     <published>2004-02-16T06:24:20Z</published>
178     <updated>2005-09-22T05:54:22Z</updated>
179
180     <summary>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: Went live 12/10/2003! We are...</summary>
181     <author>
182         <name></name>
183         <uri>http://defaria.com</uri>
184     </author>
185     
186     
187     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
188         <![CDATA[<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>
189
190 <ol>
191
192 <li>Went live 12/10/2003! We are now using MAPS from the Linux system and using the MySQL backend.</li>
193
194 <li>Many improvements and implemented a lot of the pages</li>
195
196 <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>
197
198 <li>Implemented most of the "list" processing. You can now add/change and delete entries in the various lists.</li>
199
200 <li>Details.cgi needs some work but otherwise is functional. You can even select entries and say Add to Null list, etc.</li>
201
202 <li>Implemented Returned Messages by Domain report (in PHP)</li>
203
204 <li>Updated the look of the register and blacklist return messages</li>
205
206 <li>Implemented the Forgot Your Password link</li>
207
208 <li>Making pages have refresh option so that Quickstats updates itself. Added time to Quickstats</li>
209
210 <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>
211
212 <li>Changed MAPS to only send return message once instead of up to 5 times</li>
213
214 <li>Changed MAPS to use envelope address if From address is blank</li>
215
216 </ol>
217
218 <p>That said here's a bug:</p>
219
220 <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>
221
222 <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>
223
224 <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>
225
226 <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>
227
228 <ul>
229
230 <li>Check null list. If found send message to /dev/null</li>
231
232 <li>Check black list. If found send blacklist.html to the sender and discard message</li>
233
234 <li>Check white list. If found deliver message</li>
235
236 <li>Otherwise return message (if we have not already returned a message for this sender)</li>
237
238 </ul>
239
240 <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>
241
242 <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>]]>
243         
244     </content>
245 </entry>
246
247 <entry>
248     <title>Rounded Tables</title>
249     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/11/rounded-tables.html" />
250     <id>tag:defaria.com,2003:/blogs/MAPS//3.30</id>
251
252     <published>2003-11-11T21:35:23Z</published>
253     <updated>2005-09-22T05:54:21Z</updated>
254
255     <summary>The Trick to Rounded Corner Tables Might use this on MAPS......</summary>
256     <author>
257         <name></name>
258         <uri>http://defaria.com</uri>
259     </author>
260     
261     
262     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
263         <![CDATA[<p><a title="The Trick to Rounded Corner Tables" href="http://www.sitepoint.com/article/392">The Trick to Rounded Corner Tables</a></p>
264
265 <p>Might use this on MAPS...</p>
266 ]]>
267         
268     </content>
269 </entry>
270
271 <entry>
272     <title>CSS Site</title>
273     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/11/css-site.html" />
274     <id>tag:defaria.com,2003:/blogs/MAPS//3.29</id>
275
276     <published>2003-11-03T19:32:19Z</published>
277     <updated>2005-09-22T05:54:21Z</updated>
278
279     <summary>MaKo 4 CSS: Frequently asked Questions - Seems to be a good site on CSS issues. Should be able to help me solve my current problems with CSS in MAPS....</summary>
280     <author>
281         <name></name>
282         <uri>http://defaria.com</uri>
283     </author>
284     
285     
286     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
287         <![CDATA[<p><a title="MaKo 4 CSS: Frequently asked Questions -" href="http://www.mako4css.com/CSSFAQ.htm">MaKo 4 CSS: Frequently asked Questions -</a></p>
288
289 <p>Seems to be a good site on CSS issues. Should be able to help me solve my current problems with CSS in MAPS.</p>
290 ]]>
291         
292     </content>
293 </entry>
294
295 <entry>
296     <title>CSS and Cookies</title>
297     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/11/css-and-cookies.html" />
298     <id>tag:defaria.com,2003:/blogs/MAPS//3.28</id>
299
300     <published>2003-11-03T17:14:36Z</published>
301     <updated>2005-09-22T05:54:21Z</updated>
302
303     <summary>Did a lot of work this weekend on CSS. It&apos;s a bitch that things render differently between Netscape and IE. Anyways, developed a new &quot;main&quot; page and implemented cookies properly so that there is no login involved. Still the user...</summary>
304     <author>
305         <name></name>
306         <uri>http://defaria.com</uri>
307     </author>
308     
309     
310     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
311         <![CDATA[<p>Did a lot of work this weekend on CSS. It's a bitch that things render differently between Netscape and IE. Anyways, developed a new "main" page and implemented cookies properly so that there is no login involved. Still the user can "logout", thus deleting the cookie, if they like.</p>
312
313 <p>Worked hard on <i>Quick Stats</i> which appears on the main page and gives the user a quick rundown of today's activity. Also implmented <b>Check Address</b> as a input field on the main page. Basically it allows the user to type in an address to see what MAPS would do with it. Pops up a window to display the message. Pretty cool.</p>
314
315 <p>Added pages for Reports, Manage Lists, etc. So far they go nowhere really. Need to fill these out.</p>
316
317 <p>Also, the "menu" box needs to be displayed consistently across pages. Need to get rid of the JavaScript menu bar thing I had. Ah page layout can be a bitch, especially when you code it. Need to move the page layout duties to CSS!</p>
318
319 <p>Finally, why doesn't IE pay attention to the Footer.js/copyright thing?<br />
320 </p>]]>
321         
322     </content>
323 </entry>
324
325 <entry>
326     <title>Cookies</title>
327     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/10/cookies.html" />
328     <id>tag:defaria.com,2003:/blogs/MAPS//3.27</id>
329
330     <published>2003-10-29T17:07:26Z</published>
331     <updated>2005-09-22T05:54:21Z</updated>
332
333     <summary>I consulted with Scott and he suggested that I just use a cookie to store the userid and the base things off of that. Seems to work fairly well. Spent some time implementing this and things are looking goodl...</summary>
334     <author>
335         <name></name>
336         <uri>http://defaria.com</uri>
337     </author>
338     
339     
340     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
341         <![CDATA[<p>I consulted with Scott and he suggested that I just use a cookie to store the userid and the base things off of that. Seems to work fairly well. Spent some time implementing this and things are looking goodl</p>
342 ]]>
343         
344     </content>
345 </entry>
346
347 <entry>
348     <title>Todos</title>
349     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/10/todos.html" />
350     <id>tag:defaria.com,2003:/blogs/MAPS//3.26</id>
351
352     <published>2003-10-28T17:07:21Z</published>
353     <updated>2005-09-22T05:54:21Z</updated>
354
355     <summary>MAPS Registration Apparently the JavaScript regex for valid email addresses is not bulletproof yet. Email addresses of tthe form &quot;Joe@Schmoe&quot; pass through the regex OK. Javascript should check to make sure username doesn&apos;t have a space in it username should...</summary>
356     <author>
357         <name></name>
358         <uri>http://defaria.com</uri>
359     </author>
360     
361     
362     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
363         <![CDATA[<p><a title="MAPS Registration" href="http://defaria.com:8080/maps/bin/register.cgi">MAPS Registration</a></p>
364
365 <ol><li><strike>Apparently the JavaScript regex for valid email addresses is not bulletproof yet. Email addresses of tthe form "Joe@Schmoe" pass through the regex OK.</strike></li>
366
367 <p><li><strike>Javascript should check to make sure username doesn't have a space in it</strike></li></p>
368
369 <p><li>username should be case insensitive</li></p>
370
371 <p><li>registerform.cgi should not allow a username that is not a valid MAPS user.</li></p>
372
373 <p></ol></p>
374 ]]>
375         
376     </content>
377 </entry>
378
379 <entry>
380     <title>Apache Session</title>
381     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/10/apache-session.html" />
382     <id>tag:defaria.com,2003:/blogs/MAPS//3.25</id>
383
384     <published>2003-10-27T23:19:18Z</published>
385     <updated>2005-09-22T05:54:21Z</updated>
386
387     <summary>search.cpan.org: Jeffrey Baker / Apache-Session It may be possible to use Apache Session to record that somebody has logged into MAPS and provide a persistent state while they are logged in. Question is what happens if people do not log...</summary>
388     <author>
389         <name></name>
390         <uri>http://defaria.com</uri>
391     </author>
392     
393     
394     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
395         <![CDATA[<p><a title="search.cpan.org: Jeffrey Baker / Apache-Session" href="http://search.cpan.org/~jbaker/Apache-Session/">search.cpan.org: Jeffrey Baker / Apache-Session</a></p>
396
397 <p>It may be possible to use Apache Session to record that somebody has logged into MAPS and provide a persistent state while they are logged in. Question is what happens if people do not log out? How is this to be handled.</p>
398 ]]>
399         
400     </content>
401 </entry>
402
403 <entry>
404     <title>Mod Perl</title>
405     <link rel="alternate" type="text/html" href="http://defaria.com/blogs/MAPS/archives/2003/10/mod-perl.html" />
406     <id>tag:defaria.com,2003:/blogs/MAPS//3.24</id>
407
408     <published>2003-10-27T22:14:39Z</published>
409     <updated>2005-09-22T05:54:21Z</updated>
410
411     <summary>mod_perl: What is mod_perl? Seems like this is homebase for mod_perl. Still not sure if this can help out with my problems of maintaining the state of what user is currently logged into my MAPS web pages....</summary>
412     <author>
413         <name></name>
414         <uri>http://defaria.com</uri>
415     </author>
416     
417     
418     <content type="html" xml:lang="en" xml:base="http://defaria.com/blogs/MAPS/">
419         <![CDATA[<p><a title="mod_perl: What is mod_perl?" href="http://perl.apache.org/start/index.html">mod_perl: What is mod_perl?</a></p>
420
421 <p>Seems like this is homebase for mod_perl. Still not sure if this can help out with my problems of maintaining the state of what user is currently logged into my MAPS web pages.</p>
422 ]]>
423         
424     </content>
425 </entry>
426
427 </feed>