Free address list print web.de dict one slide software for linux

Password List Generator is a good tool to create passwords list with makepasswd and save to file.

My Address Book is a Web-based contact list program. It stores information like addresses, phone numbers, email addresses, and Web sites, and has a notes section for custom information.
Add, delete, and edit functions can be password protected using htaccess. Complete style control using CSS.
Main features:
- Add an unlimited number of contacts.
- Easy to use and read.
- Specify your own colors.
- Use your own template.

Net::Cisco::AccessList::Extended is a Perl module to generate Cisco extended access-lists.

SYNOPSIS

use Net::Cisco::AccessList::Extended;
my $l = Net::Cisco::AccessList::Extended->new(INCOMING_LIST);

$l->push({
access => permit,
proto => ip,
src_og => friendly_net,
dst_og => local_net,
});

print $l->dump, "n";
# prints the access-list commands to STDOUT, something like:

access-list INCOMING_LIST extended permit ip object-group friendly_net object-group local_net

Use this module to manage the presentation of Cisco Extended Access Lists. List entries are pushed into the object in a simple parmaterized fashion, and you can then dump the list in a format that is parsable by Cisco devices.

Support is included for list entries that reference Object Groups (as used by more recent PIX OS and FWSM software versions).

RFC822 Address Parser Library provides application developers with a complete parser for RFC822 addresses. Not only can you use the library to verify that RFC822 addresses are syntactically correct, you can also have an address split up into its semantic parts, what is needed when deciding where to route an address to, etc.
What is quite unique is that librfc822 does indeed parse all address types allowed by the standard. That includes such weird things as "address groups" or addresses with whitespace and comments throw in. Take a look at this beast to get an idea:
testing my parser : peter.simons@gmd.de,
(peter.)simons@rhein.de ,,,,,
testing my parser ,
it rules < @peti.gmd.de,@listserv.gmd.de:simons @ cys .de >
;
,
peter.simons@acm.org
That is indeed a legal e-mail address in RFC822 messages. It contains five separate addresses, which are grouped together. Heres the parsed result:
peter.simons@gmd.de
simons@rhein.de
simons@ieee.org
< @peti.gmd.de,@listserv.gmd.de:simons@cys.de >
peter.simons@acm.org
simons@rhein.de
simons@rhein.de
simons@rhein.de
In case you wonder: The strange looking address thats listed fourth is a so called "routing address" -- and yes, thats a legal e-mail address, too. These were popular in the early days of the Internet. Back then, every mail server that relayed an e-mail put its own address into this construct so that bounces could be routed the same way back that they originally went.
The address says that the mail should be send to the host peti.gmd.de, then to listserv.gmd.de, and from there it should be delivered (using any route) to the address simons@cys.de. These days, such addresses can hardly be used, because nobody relays for other recipients anymore. Still, these are legal.
librfc822 provides you with several routines that parse the different flavours of e-mail addresses as defined in the standard. The results will be placed in a rfc822address structure and returned. If constructs are parsed that may contain multiple addresses, you can pass a "committer" class to the function, which is called every time a correct address is found and may append it to a container of your choice.
Enhancements:
- The library has been re-released under an all-permissive license.

ASK is a spam killer. This program (Active Spam Killer, or ASK for short) takes an "Active" approach in solving the problem: Everytime an email is received, a message is sent back to the sender asking for confirmation. If that sender does not confirm the message, it remains queued for delivery. If the sender confirms, the message is delivered and removed from the queue. The "confirmed" senders will be added to your "whitelist" and will never be sent another confirmation. Messages from these emails will always be delivered immediately . You can also specify an "ignorelist" for emails that should be always ignored and a "blacklist" that will cause a nastygram to be sent back to the sender everytime an email is received.

There are many traditional approaches to avoiding spam. The most common approach is based on "content-filtering": a program that attempts to classify incoming mails based on their content. This works partially, but in reality, its somewhat easy to find ways to avoid it.

ASK takes advantage of the fact that most spammers use invalid or fake "From:" address in their messages. When a new message arrives and the sender is unknown, ASK sends a "confirmation message" back, informing the sender that the original message has been queued, pending confirmation. When the sender confirms (a simple reply), ASK delivers the original message and adds the sender to a "whitelist". Further messages from this sender will be immediately delivered. It is also possible to ignore messages based on specific criteria, like senders email, subject and so on.

The goal of ASK is to block Spam mail before it is delivered to your mailbox. As we know, filtering alone is not effective since many times Spam mail contains no detectable elements.

ASK should be invoked from .forward (or .procmailrc if you are using procmail). The incoming message should be piped to ASK, which will be in charge of doing the actual delivery.

When ASK receives an email, if first checks the email address against your "ignorelist". If the address is listed there, its ignored completely. Then, the message is checked against your "blacklist". If its there, a nastygram is sent back to the sender with something like "Please stop sending me emails" in the Subject line.

The real fun happens when an email comes from an unknown user (i.e, someone not in any of your lists). In this case, ASK calculates the MD5 checksum of the message + a secret MD5 key (configured during installation time). This number is sent as part of a "confirmation message" back to the user. If the user replies to it, the confirmation number (in the subject) is recognized, the message is dequeued and delivered. If the user does not reply, the message remains queued until its removed.

The program has some intelligence to deal with specific cases. For instance, if a mail is sent to a non-existing user, the error message from mailer-daemon is ignored. This avoids seeing lots of "invalid user" messages in your inbox.

Another interesting "twist" is that messages coming from your own email address are never trusted. If the spammer knows your address he could easily fake your own address as the From: line. Messages coming from you will be identified by a "mailkey", a piece of string you always put on your message by default (maybe a piece of your own signature). Note that this has the added side-effect of allowing any messages coming in reply to a message you sent to someone (as long as that person keeps your "mailkey" in its quoted reply, a practice common these days).

The program never deletes any messages. For instance, if you send yourself a message without your mailkey (a possible Spam), it will be saved in a "Junk" mailfolder (you can specify this folder during the configuration).

Super Slide Me is an application to create image galleries.

By a user-friendly interface, you can resize and rotate images and make slideshow presentations, eventually with sound in background.

list files package prints to file list of files in a given directory.
Handy if youd like to, say, tell a friend of yours what ebooks you have, and wouldnt feel like typing them all by hand.
Hope you can find it useful.
INSTALLATION
i assume youve got everything in its standard places; otherwise you probably know what to do anyway.
to install for one user
copy listFiles.desktop to ~/.kde/share/apps/konqueror/servicemenus
copy listFiles.sh to /usr/local/bin or elsewhere in the path
to install for all users
copy listFiles.desktop to /usr/share/apps/konqueror/servicemenus
copy listFiles.sh to /usr/local/bin or elsewhere in the path
Enhancements:
- added counting the number of items
- added the possibility to change the place where the listing is written to
- some minor changes to the code