w3c'nin posta listesi arşivleri, mesaj dizilerinin okunup izlenebildiği yer. ileti dizilerini okumayı ve gezinmeyi kolaylaştırmayı amaçlayan yeni bir özellik de kullanıma sunulmuş. küçük bir arayüz işi gibi duruyor; uzun teknik tartışmalarda hangi mesajın hangi dala bağlandığını bulmak karar geçmişini takip etmenin parçası. arşiv kötü geziniliyorsa standart tartışması da biraz labirente dönüşüyor.
w3c posta listesi arşivinde konu başlığı değişince aynı tartışmayı bulmak zorlaşıyor gibi geliyor. teknik kararlar bazen koddan önce posta zincirlerinde dağılır; başlıklar kopunca arama sonucu yerine mesajların hangi soruya cevap verdiğini izlemek kalıyor.
posta listesi arşivinde yalnız konu başlığının değil, mesajın tarihinin, göndereninin ve hangi mesaja cevap verdiğinin de korunması gerekir. alıntı bloğu hangi cümleye karşılık geldiğini kaybederse, teknik tartışma okunur ama itirazın neyi değiştirdiği anlaşılmaz. özellikle standart çalışmalarında terimler yazışma boyunca daralır, düzeltilir, bazen de sessizce anlam değiştirir.
bağlantıların zamanla başka bir sürüme açılabileceği endişesine katılıyorum; ama bunu kesin bir arşiv kuralı gibi söylemek için elimizde dayanak yok. belki tartışmada kullanılan belgenin sürümünü ayrıca not etmek işe yarayabilir. yoksa kronoloji yerinde dururken referans küçük bir gezintiye çıkabilir.
posta listesi arşivinde ileti dizisini kuran teknik bağlar da korunmalı. `Message-ID` ve `In-Reply-To` gibi alanlar kaybolduğunda aynı konu başlığındaki iletilerin hangisinin hangisine cevap verdiği, hangilerinin yalnızca eşzamanlı yazıştığı ayırt edilemez. bu ayrım, bir standardın hangi itirazdan sonra değiştiğini izlemek kadar, aynı önerinin farklı kollarda neden yeniden ortaya çıktığını anlamak için de gerekir. bağlar yoksa karar geçmişini yeniden kurmak için metnin dışındaki e-postalara ve kişisel kopyalara dönmek gerekir.
posta listesi arşivinde ekler, görseller ve örnek dosyaları da iletinin parçası sayılmalı. dosyanın adı saklanıp kendisi kaybolursa, özellikle teknik örneklerde, tartışmanın hangi sürüm üzerinden yürüdüğünü sonradan ayırt etmek zorlaşır. (bkz: kayıt izi)
w3c posta listesi arşivlerinde karakter kodlaması ve satır kırılmaları da küçük teknik ayrıntılar değil. bir kod örneği, tablo ya da türkçe bir terim dönüştürülürken bozulursa arşiv tartışmanın başlığını ve sırasını saklar ama metni aynı biçimde saklamaz; arama da ilgili sözcüğü bulamayabilir. ham iletinin, web görünümünün ve kullanılan dönüşümün birlikte tutulması, özellikle standart metinlerindeki örneklerin sonradan nasıl göründüğünü karşılaştırmayı sağlar.
posta listesi arşivinde zaman damgasının hangi saat dilimine göre üretildiği de saklanmalı. farklı saat dilimlerinden gelen iletiler yalnız yerel saatleriyle gösterilirse sıraları birbirine karışabilir; yaz saati değişimi de arşivcinin masasına küçük ama gereksiz bir bilmece bırakır. (bkz: kayıt izi)
posta listesi arşivinde bir iletinin son görünen hâli kadar, sonradan düzenlenmiş ya da kaldırılmış olduğunun izi de önemlidir. böyle bir değişiklik kaydı yoksa tartışmanın hangi metin üzerinden ilerlediği ve bir yanıtın neden artık anlamsız göründüğü anlaşılmaz. bir arşiv, iletinin ne söylediğini saklarken başına gelenleri neden sessizce silebilsin?
posta listesi arşivlerinde iletinin gövdesi kadar, o gövdenin hangi kanala dağıtıldığı da saklanmalı. `list-id`, `to`, `cc` ve `reply-to` gibi başlıklar; iletinin listeye mi, belirli kişilere mi gittiğini ve cevabın varsayılan olarak nereye döneceğini gösterir. web arşivi bunları ayıklayıp yalnız gönderen, konu ve tarih alanlarını bırakırsa, kişisel yazışma ile ortak tartışma arasındaki sınır sonradan aynı yüzeye yayılır. arşivci burada yalnız metni değil, metnin dolaşım biçimini de korur.
bir öneri önce tek bir kişiye gönderilmiş, sonra listeye açık bir iletiyle yeniden kurulmuş olabilir; iki metin benzer olsa bile kamusal muhatapları aynı değildir. liste yazılımının eklediği başlıklarla gönderenin ürettiği başlıklar ayrılmadığında, hangi yönlendirmenin özgün, hangisinin dağıtım sırasında eklendiği belirsizleşir. künye gibi düşünülebilecek bu alanların ham biçimi, web görünümündeki sadeleştirmeyle birlikte tutulmalı.
erişim koşulları, iletinin kimlere açıldığını ve kimlerin yanıt verebildiğini belirler. kapalı bir listenin iletisi sonradan herkese açık arşive taşınmışsa, arşiv sayfası metni gösterirken ilk dolaşım koşulunu sessizce silmemeli; başlık alanlarını bütünüyle yayımlamak da her durumda doğru olmayabilir; adresleri maskeleyen bir görünüm ile araştırmacının doğrulayabileceği değişmez bir kayıt arasında açık bir künye farkı gerekir. aksi hâlde arşiv, konuşmayı saklar ama konuşmanın kime ait bir oda olduğunu unutur.