[转自DRL] 用Gmail的子用户名实现信件自动分捡

From https://dream4ever.org/showthread.php?t=1324

[不完全原创]用Gmail的子用户名实现信件自动分捡 by darKmOOn
  


主要还是来自cCf的Uoko和Chang的发现~我实验了半天,结合一下铁出来

比如今天我们要将DRL的信件(订阅也好,悄悄话也好..总之等等等等)自动分捡到DRL这个标签中~并且跳过在INBOX中显示!

步骤:首先得有个DRL label(标签),其实在Gmail中Lable起着文件夹的作用~然后设置FILTER(过滤)~最后实现自动分捡从DRL来的邮件到DRL这个标签中

如图:
—————————————————————————–

—————————————————————————–

—————————————————————————–

—————————————————————————–

—————————————————————————–

—————————————————————————–
实用价值(有大部分引用Uoko):

我们经常在网上注册,信箱,论坛….有时会把注册信息发到你的信箱,这时我们可以在注册时与上urname+label@gmail.com做为你的信箱,这样注册后,认证的信会就发往你的Gmail信箱并自动分捡到相应的Lable中~甚至工作,同 事,朋友…..也可以这样告诉他们不同的油箱地址….这样以来我们一来省去了人工归档的烦事~二来以后查找时也方便~Gmail已经分类整理的好好的了….

很多不能使用油箱中带+号的站点(比如我上图的QQ取回密码,TLF的注册油箱等)我们可以用小点来变通~这时就不能是urname+lable@gmail.com了,只能是ur.name@gmail.com或者urn.ame@….一般6位字符 的ID至少可以派生出3个带点的子ID了吧…

另外~在Inbox中~有一个归档按钮~给Inbox中的信设置好标签~全选(或者选择需要归档的信)~按一下Archive~选中的文件就会从Inbox信箱中移出~全部移到相应的标签下。如果没有设置标签的信~那么就只有去All Mail中找到它了。这样子Inbox也不会是满满的了。也方便查看新邮件。

实际上~我们可以把Inbox看成一个Gmail系统内置的标签~在Inbox给一封信加上标签属性后~往往显示有两个标签~一个是你新加的~一个是Inbox在信件的主题前。

Inbox中的Archive按钮也可以看成是移除信件Inbox标签的功能。

希望这篇文章对大家有所启发~用好Gmail~有了这个功能~你的一个Gmail就可以派生出无穷的地址。
=====================================

[ 由 darKmOOn在 11-05-2004 05:23最后编辑. 原因: 再次修正一张图片链接 ]

[转自DRL]使用FeedDemon了解0day发布信息

https://dream4ever.org/showthread.php?t=6160

【原创】使用FeedDemon了解0day发布信息 by fireball

 


图片帖子国外空间,如果无法显示请将DNS调节成为

主控: 137.65.1.1

或者使用国外 Proxy

一般来说我们获取0day发布信息都是到Nforce、TLF 0Day NFO Trans网站,或者登陆mIRC查询,我这里提供一个比较便捷的令类方式,使用阅读blog的工具,定时更新0day发布信息。

引用

FeedDemon是一款设计精良的单机版新闻阅读器,对于从没有耳闻过RSS新闻服务的菜鸟用户来说它无疑是理想的选择。FeedDemon具有一个解释基本新闻阅读器概念的出色安装向导(一个频道是指一个新闻源,例如纽约时报的RSS新闻服务就是一个 频道)。FeedDemon让你在桌面快速浏览RSS的世界,不需要访问上百个网站。软件可选中文菜单,对这款软件不熟悉的不用担心,非常容易上手

1、创建新闻组

软件内置的都是英文频道,而且都是新闻信息,和我们期望的发布信息没有任何关系,所以建议单独创建一个新闻组。 快捷键 shift+Ctrl+N

2、添加RSS新闻频道

我们这里以添加TLF的音乐发布信息为例,简单介绍添加频道的方式

Ctrl+N 弹出添加向导,选择下一步,填入RSS频道地址,频道地址的获取很简单,在图标上右击鼠标,选择复制快捷方式即可获得地址

点击下一步即可完成一个频道的添加,不同类型的音乐有不同的RSS地址,请自行选择。

3、剪报室的应用

将自己感兴趣的信息,往剪报室里一拖,即可达到收藏的作用,非常便捷。

4、已知支持RSS信息发布的网站

http://0daycheck.eastgame.net/

http://www.nforce.nl/

-=如果大家还知道更好的RSS信息发布站,欢迎大家交流=-

[ 由 fireball在 10-21-2004 02:20最后编辑. ]

[转自DRL] Blog的三大核心功能

From https://dream4ever.org/showthread.php?t=12330

【原创】Blog的三大核心功能  by darKmOOn

  


最近看到DRL的朋友在风风火火的玩Blog,所以撰此文,让大家更好的从简单的技术层面了解Blog的特点。

三大核心功能:

  • RSS
  • Permalink
  • Trackback Ping

RSS
首先谈RSS,RSS其实很多朋友都已有了解。RSS是站点用来和其他站点之间共享内容的一种简易方式(也叫聚合内容),通常被用于新闻和其他按顺序排列的网站,一段项目的介绍也可以是包含新闻的全部介绍等。或者仅仅是额外的内容或者简短的介绍。这些项目 的链接通常都能链接到全部的内容。网络用户可以借助RSS Reader在不打开网站内容页面的情况下阅读支持RSS输出的网站内容。网站提供RSS输出,有利于让用户发现网站内容的更新。

现在很多站点都有RSS Feed,那么为什么是Blog的核心呢?RSS 本质上中是一种遵循W3C RDF规范的XML格式,Blog和RSS结合十分紧密,自Blog一诞生以来,标准的Blog站点都支持RSS技术规范,能够包含网站的Logo、Link、标题、内容等等。

Permalink

中文翻译一般叫做固定链接,其实我觉得翻译成静态链接更为贴切。下面切入正题:

不得不承认,将动态网页链接rewriting成静态链接是最保险和稳定的面向搜索引擎优化方式。

此外随着互联网上的内容以惊人速度的增长也越来越突出了搜索引擎的重要性,如果网站想更好地被搜索引擎收录,网站设计除了面向用户友好(User Friendly)外,搜索引擎友好(Search Engine Friendly)的设计也是非常重要的。进入搜索引擎的页面内容越多,则被用户用不同的关键词找到的几率越大。在Google的算法调查一文中提到一个站点被Google索引页面的数量其实对PageRank也是有一定影响的。由于Google 突出的是整个网络中相对静态的部分(动态网页索引量比较小),链接地址相对固定的静态网页比较适合被Google索引(怪不得很多大网站的邮件列表归档和BLOG按日期归档的文档很容被搜的到),因此很多关于面向搜索引擎 URL设计优化(URI Pretty)的文章中提到了很多利用一定机制将动态网页参数变成像静态网页的形式:
比如可以将:

变成:

实现方式主要有2种:

具体实现细节不是本文重点,不再细述。很多BLOG程序后台都能打开此功能,也要注意WEB服务器的设置,使用虚拟主机无法设置服务器的朋友请参考path_info的一些资料。

静态地址还有什么好处:

  • 隐藏后台实现:这在后台应用平台的迁移时非常有用:当从asp迁移到java平台时,对于前台用户来说,根本感受不到后台应用的变化;
  • 简化数据校验:比如我们需要将应用从news.asp?id=234迁移成news.php?query=234时,前台的表现可以一直保持为 news/234.html。从实现应用和前台表现的分离:保持了URL的稳定性,而使用WEB服务中的mod_rewrite甚至可以把请求转发到其他后台服务器上。

从技术层面来讲,论坛如果想被搜索引擎更多的关注的话,同样可以实现Permalink。

Trackback

TrackBack最早是Movable上的一个小功能。可以说就是这个小功能在blog界却掀起了一场革命。

TrackBack为将全世界无数个blog连接起来的功能。例如,当你读了某个网站的文章,想对此写下自己的感想。这个时候利用网站准备的讨论功能进行留言是很最常见的做法。但这样只是把自己的评论意见写下来向别人的网站投稿,而你自己手里却什么也没留 下。

TrackBack 则与之有很大的区别。可以把评论写到自己网站上。然后向原始文章的服务器发送该网页的URL及标题、部分正文、网站名称等信息(注)。尽管这一过程只是称之为“发送TrackBackPing”,但通过这种办法,在原始文章的地方就留下了你的评论的URL 、标题等部分信息。当然别人也可以向原始文章发送TrackBack Ping,所以在原始文章中就将包括你的TrackBack Ping在内的所有评论都记录了下来。

此外,如果你在自己网站上也设置了TrackBack Ping功能的话,那么谁都可以通过TrackBack Ping来发表针对你的意见了。这样,多家网站就通过相关话题而联接起来。各种评论在因特网上就像网眼一样联接起来。这样就创造出了与日记网站完全不同的文化。

注:发送地址采用原始文章指定的URL,这一URL就称为“TrackBack Ping URL”。TrackBack的技术标准刊登在“LowLife.jp”的blog网站上。

如果你使用的是服务商提供的Blog服务,服务商没有提供Trackback怎么办?或者你的空间不足以放下太多的Trackback回复,又怎么办?

到HaloScan.com去看看。

最后用一句话总结这三大功能:

  • RSS:能让用户更方便的订阅
  • Permalink:能更好的让你的文章被搜索引擎关注
  • Trackback:能更好的与其他Blog进行交流、讨论、沟通

[ 由 darKmOOn在 10-02-2004 07:13最后编辑. ]

[转自DRL] Blog 和 RSS 知识普及

【推荐】Blog 和 RSS 知识普及
 


From: http://msdn.microsoft.com/msdnmag/issues/04/04/XMLFiles/default.aspx

什么是 Blog?

“Blog”是 Web Log 的简称(译者注:也就是网志(中国大陆也叫博客))。它是一种作者与读者以日志风格进行交互的中介。在软件社区,人们以网志形式来共享观念与思想变得越来越流行。如:http://blogs.msdn.com 就是 MSDN 上的一个 blogging。

建立网志最轻松的方法是什么?

要想建立自己的网志,最容易的方法是到类似 blogger.com 这样的站点注册一个新用户,它提供一个创建自定义网志的 Web 界面,并且可以立即使用所创建的网志。类似 blogger.com 的站点有很多,它们都提供对网志特性的支持。 如果你想更多地控制网志的基础结构或者想要在自己的服务器上建立网志服务系统。你可在以下最流行的几种网志应用商业产品中选择其一:Radio Userland、Manila 和 Movable Type。还有些易用的免费 .NET 网志应用可以使用,最流行的有:.TEXT 和 dasBlog。只要把它们下载下来,然后按照安装说明进行安装与设置,分分钟便可建立起一个可运行的网志服务系统。
  从功能上讲,这两个基于 .NET 的网志应用系统不相上下。其主要区别在于 .TEXT 需要数据库,SQL Server 或者 MSDE,而dasBlog 将所有信息都存储在 XML 文件中(它基于原来一些微软公司开发人员创建的 BlogX 框架),另一个差别是 .TEXT 在单个安装配置中可支持多个网志(比如现在的 http://blogs.msdn.com 就是如此),而 dasBlog 要支持多个网志,必须进行多次安装。但 dasBlog 有一个很突出的特性,那就是“Mail to Weblog”,它允许你通过邮件来发布新信息。
  新的 MSDN 网志服务站点和 PDC Bloggers 都是开始查找关于软件开发主题的很好去处。只要浏览这些站点之一便可阅读其经过聚合的预定内容。其预定的摘要会向你公开许多个人网志,渐渐的你会自然而然地发现一些你比较喜欢阅读的内容。这样,你便可以直接预定你最喜欢的个人网志摘要。
  对于专门讨论 XML 和 Web 服务的网志,请查看 MSDN Web Services Developer Center 上的清单,我个人要花很多时间上这些网志站点。

什么是 Feed(以下称为提要),如何预定它?

网志以 RSS 文档形式为其内容提供一个提要,该 RSS 文档可以通过众所周知 URL 获得。RSS 文档是一个 XML 文件,它包含大量离散的新闻项,如某个网志中的入口项(RSS 提要的例子参见 Figure 1)。由于 RSS 是 XML 格式文件,所以它很容易被其它程序所使用。
  RSS 聚合器是一个读取 RSS 文档并显示新闻项的程序。大多数聚合器只要输入 RSS 的 URL,使得预定提要成为可能。
  RSS 使阅读网志便得容易。大多数经常阅读网志的开发人员都使用某种类型的聚合器来帮助他们有效地筛选提要内容。聚合器使得阅读网志的感觉就象是在阅读电子邮件,因为它们突出新闻项并将新闻项进行缓冲处理以便离线阅读(参见 Figure 2)。
  还有一些在线 RSS 聚合器将 RSS 提要捆绑到某个单独的网站。其优点是易于设置并且可以从任何计算机存取你的提要内容。当然,其缺点也是显而易见的,那就是在阅读时必须始终保持连接。
  RSS 是网志成为一种强大的新型信息交流形式之根本所在。在网志出现之前,大多数开发人员为了要查找到需要的内容,通常要花大量时间来筛选掉那些令人讨厌的无关的信息。
  网志通过让读者选择所要阅读的提要,将控制权交给读者,从而有效地构建自己的个性化内容流。
  其它类型的站点也能利用 RSS 的优点来聚合内容。例如,多数主流的新闻站点包括 Wired、CNet、Yahoo 和 NPR News 都提供 RSS 提要。访问 Blogdigger 和 Syndic8,你可以找到一些支持 RSS 的站点。
  微软的 MSDN 提供 RSS 提要(RSS feeds)来聚合新添加到站点的技术内容。MSDN 的 Just Published提要是一种保持 MSDN 新文章和下载的主要方式。甚至 MSDN Magazine(MSDN 杂志)都有其自己的 RSS 提要!可以预定:http://msdn.microsoft.com/msdnmag/rss/recent.xml 获得每月的更新以便查看本期有何内容?目前有许多种 RSS 聚合器可供选择,在 http://blogs.law.harvard.edu/tech/directory/5/aggregators 上可以找到一个相当完整的列表。其中一些是在线聚合器,而另外一些是桌面应用程序。有些是免费的,另外一些需要付费才能使用。

哪个 RSS 版本是最通用的?

这个问题的答案要看你问的是谁,RSS 的版本有好多个,0.90、0.91、0.92、0.93、0.94、1.0 和 2.0。要弄清楚这些版本之间的差别是巨大的挑战之一。理解它们需要了解一些有关它们的历史背景。Netscape 创建了 RSS 的最初版本 0.90,起初的名字是“RDF Site Summary”或者“Rich Site Summary”(规范中说前者是正式名称)。Netscape 创建 RSS 0.90 用于其 Web 门户,这个时候,其他人看到了 RSS 的使用潜力。Userland Software 是第一个开始将 RSS 用于其网志商业产品者之一。
  版本 0.90 在很大程度上基于 W3C 的 Resource Description Framework (RDF)。许多人都认为 RDF 过于复杂,因此都建议出一个免费的简化版本 0.91。这个任务恰好就给了 Userland Software。Userland Software 便继续发展 RSS 的简化版本,随后出台的版本包括:0.92、0.93 和 0.94。为了强调其所做的简化工作,他们将 RSS 的全称定为“Really Simple Syndication”。
  正当 Userland Software 继续专注于其简化工作时,另外一组开发人员在复兴最初的 RDF 版本(0.90),因为 RSS 号称自己更灵活。他们最终发布了一个 RSS 1.0 的版本,其正式名称还是“RDF Site Summary”。由于使用 RDF,这个版本完全不同于 Userland Software 所控制的版本。Userland Software 当然不太愿意看到 RSS 1.0 似乎要取代其 0.94 版本的事实,于是出了一个新版本,并将版本号一下子跳到了 2.0。
  这就是今天的这种局面,形成了两个主要的竞争版本:一个基于 RDF 1.0,而另一个则不是(2.0),但它们两个都共用相同的名字。这是一种可怕的混乱,因为版本号导致人们误认为 2.0 是 1.0 的改进版本,而实际上它们是两个目标完全不同的规范。另一组开发人员已经下狠心着手解决这种混乱问题,通过定义新的摘要(syndication)规范来与 RSS 名字的随意性决裂。这个解决方案称为 Atom(原子)项目。本文稍后将会详细讨论。
  使用哪个版本其实是无关痛痒的,大多数 RSS 聚合机制支持所有的 RSS 版本(有些甚至支持 Atom)。最终的决定取决于你是否想使用 RDF,可谓萝卜白菜,各有所爱,它完全要看某人所信奉的 Semantic Web 概念而定。

RSS 1.0 和 RSS 2.0 各是什么样子?

RSS 1.0 和 2.0 格式所包含的核心信息相同,但其结构不一样。我提供了一个 RSS 1.0 文档(参见 Figure 1)以及一个同等的 RSS 2.0(参见 Figure 2)用于对照。
你会注意到顶行右边开始的根元素的差异,RSS 1.0 的根元素是 rdf:RDF,而 RSS 2.0 的根元素是 rss。rss 还包含一个强制版本属性用以表示所用的RSS的准确格式(可能的值包括:0.91, 0.94 等)。另一个主要差别是 RSS 1.0 文档有名字空间限定,RSS 2.0 的文档就没有。不管怎样,包含在两个文档中的信息本质上是一样的。
  两个版本都包含 channel 元
素,而 channel 元素又包含三个必须的元素:title、description 和 link,其代码如下:

代码 (双击代码复制到粘贴板)
<channel>
   <title><!-- channel 的标题 --></title>
   <description><!-- 简要描述 --></description>
   <link><!-- channel 的 URL --></link>
   <!-- 可选/可扩展元素 -->
</channel>    

  除了这些必须的元素外,RSS 1.0 还定义了三个附加元素:image、items 和 textinput,其中,image 和 textinput 是可选的。另一方面,RSS 2.0 提供了 16 个附加元素,其中也包括 image、items 和 textinput,此外还有 language、copyright、managingEditor、pubDate 和 category。RSS 1.0 允许通过定义在单独的 XML 名字空间中的可扩展元素来创建这种类型的元数据。
  这两种格式在结构上的主要区别必须要看其 item、image 和 textinput 节点的表示形式。RSS 1.0 中,channel 元素包含对 item、image 和 textinput 节点的引用,这些节点存在于 channel 节点本身之外。这样在 channel 和 所引用的节点之间建立了一种 RDF 关联。如 Figure 1 所示,channel 元素与一个 image 元素以及两个 item 元素关联。RSS 2.0 中,item 元素只是在 channel 元素中连续排放(如 Figure 2 所示)。item 元素包含实际的新闻项信息。item 的结构在两个版本中是相同的。item 元素通常包含 title、link 和 description 元素,如下代码所示:

代码 (双击代码复制到粘贴板)
<item>
   <title><!-- 项标题 --></title>
   <link><!-- 项 URL --></link>
   <description><!-- 简要描述 --></description>
   <!-- 可选的/可扩展的元素 -->
</item> 

  在 RSS 1.0 中,title 和 link 是必须的,description 是可选的。而在 RSS 2.0 中,title 或 description 必须提供其中的一个;其它均可选。这些只是定义在 RSS 1.0 中的 item 元素。RSS 2.0 提供几个其它可选元素,其中有 author、category、comments、enclosure、guid、pubDate 和 source。RSS 1.0 获取这样的元数据是通过定义在单独的 XML 名字空间中称为 RSS 模块的可扩展元素来实现的。例如,在 Figure 1 中,item 的日期是用 Dublic Core 模块的 <dc:date> 元素表示的。

有关不同格式的完整信息请参考 RSS 1.0 和 2.0 规范。

那么,何为 Atom?

前面我提到过,Atom 乃一项目的名字,主要是开发一个新的网志摘要格式以解决目前 RSS 存在的问题(混乱的版本号,不是一个真正的开放标准,表示方法的不一致,定义贫乏等等)。Atom 希望提供一个清晰的版本以解决每个人的需要,其设计完全不依赖于供货商,任何人都可以对之进行自由扩展,完整详细说明。
  当今许多 Blog 引擎已经支持当前的摘要格式。Figure 3 是一个Atom 0.3 提要例子,它与前述 Figure 1 及 Figure 2 RSS 提要等同。注意 Atom 提要用名字空间限定的,但它不使用 RDF。这使得 Atom 和 RSS 1.0 及 RSS 2.0 在某些地方有相似之处。Atom 在未来是否能被接受,人们拭目以待。
  除了定义新的摘要格式之外,Atom 还希望定义一个标准的档案文件格式和一个标准的网志编辑 API(Atom API)。有关 Atom 详细规范以及其它 Atom 资源请访问 The Atom Project。

什么是 blogroll?

blogroll 是网志提要的集合,大多数 blogger(博客)在其个人网志上都提供 blogroll。这就允许读者连接到其他趣味和写作风格相投的人的网志上。Blogroll 方便了网络上的沟通。通过使用Outline Processor Markup Language (OPML),人们可以用 XML 格式文件交换 blogroll。Figure 4 是 blogroll 的一个例子。
  大多数网志引擎都自己管理 blogroll,每当读者请求 blogroll 时都自己产生相应的 XML 格式。同样,大多数聚合器都能导入 blogroll 并自动预定所包含的摘要。有关 OPML 更多的信息参见 http://opml.scripting.com。

能解释 referrers、trackbacks 和 pingbacks 是什么吗?

大多数网志软件都能让读者添加网志评论。但更常见的做法是让读者在其自己的网志添加一个入口回链到原来的帖子。博客们(Bloggers)都乐于跟踪连接发生的时间以便新读者能理解整个会话内容。
  所谓 referrer 是一个外部站点,用户单击该站点上一个超链接便可以到达你的网站。许多网志引擎当读者导航到你的网志的某个入口时都能自动保持跟踪。大多数引擎都会在网志入口底部显示一个 referrers 清单,以便读者能往回导航到 referrer 的站点,并清楚他们关于该入口要说些什么,这基于一个假设,那就是如果他们链接到它,可能就此会写些什么。referrer 存在的问题是必须要有这个假设才成立——没有足够的信息说明是否引用的页面事实上包含有关信息。实际上,垃圾信息的发布者为了营销企图已经利用了这个漏洞来重定向读者。
  Trackback 和 pingback 同一个规范,被用来弥补上述问题的方案。使用 trackback 和 pingback,其他博客们能自动发送一个 ping 到你的网志以明确表示他们已经写了一个引用特定帖子的入口。
  这种类型的反链允许你的网志以更明显的方式显示所有评论的清单。当今大多数网志软件支持所有这些技术。参见 TrackBack Technical Specification 和 Pingback 1.0。