| The big qmail picture |
qmail-ldap |
BGPDNS |
| The big qmail picture
Page [
1 |
2 |
3 |
4 ] (each 47K, GIF, 19980814 V1.03) The big qmail picture (271K, PowerPoint95, 980814 V1.03) The big qmail picture in A4 paper size (~100-180K, 980814 V1.03) in color PS / PDF or black&white PS / PDF (for printing) The big qmail picture in US letter paper size (~100-180K, 980814 V1.03) in color PS / PDF or black&white PS / PDF (for printing) |
New: Fix Versign Breakage for standard qmail and for
for qmail-ldap (Updated 20030916!).
With this patch we treat wildcard responses (*.com) from the GTLD servers as NX_DOMAIN, like the DNS system did
before Verisign broke it for us all. To the hell with these greedy bastards! New: silly qmail syndrome patch (Updated 20030105!), See graphs without and with patch. New: tcpserver SSL/TLS patch (Updated 20050405!), put SSL/TLS encryption directly into tcpserver. New: The big qmail-ldap picture as pdf, five pages packed with information! See how all those things fit together. What qmail-ldap is: (Updated 20120221) An add-on to stock qmail-1.03 to get all user account information from an LDAP database. It primary target are mail servers POP toaster with huge numbers of users (from thousands up to millions) which are usually found at ISPs and Enterprises. These millions users are actually true and confirmed! qmail-ldap is in full production use at many large ISPs and Enterprises. Some of it's greatest features:
The qmail-LDAP documentation is here. |
Abstract: Traditional AS-based server multi-homing is a burden to the global Internet routing system because of excessive AS number consumption and non-aggregated prefix growth. Many times AS-based multi-homing is not the right solution for the customer needs but the only one available. This document describes a method and a protocol for doing AS-less and PI IP-less server multi-homing with multiple ISP’s by assigning multiple IP’s to the customers servers and using the topology information contained in the global BGP routing table to sort the multiple DNS resource records by nearest first relative to the requestor. Here is the draft RFC as of 15. January 2002: draft-oppermann-BGPDNS-00.txt (Note: this is still being worked on, contact me for comments and suggestions) Presentation at RIPE41 meeting: BGPDNS-oppermann-ripe41-15jan2002.pdf Implementations: BGPDNS patch to DJBDNS tinydns (djbdns-1.05-bgpdns-20020115.diff) BGPDNS patch to ZEBRA bgpd (zebra-0.92a-bgpdns-20020115.diff) (Note: These implementations do fully work and are stable but do not yet fully implement the current RFC draft which is more advanced) |
