Чтобы добавлять сообщения и комментарии, .

@RedUser:
RedUser

В RFC 7232 есть примеры вроде:
If-Match: "xyzzy", "r2d2xxxx", "c3piozzzz"
R2-D2 и C-3PO — роботы из "Звёздных войн".

@asmadews:
asmadews

Список всех SIP RFC по годам blog.asmadews.ru

@Yurtaev:
Yurtaev

RFC 1178 — Choosing a Name for Your Computer goo.gl

@Sc0rp1us:
Sc0rp1us

https://tools.ietf.org/html/draft-tbray-http-legally-restricted-status-00

@otakuSiD:
otakuSiD

(SMTP) Enhanced Status Codes


iana.org

tools.ietf.org

tools.ietf.org

tools.ietf.org

@Zert:
Zert

Как правильно произносить слово «Хуй» tools.ietf.org

@mikeb:
mikeb

божинька, убей пожалуйста ебанариев, додумавшихся до вот такой схемы tools.ietf.org использования уже и так пизданутого ESN'а. ну или хотя бы чтобы их диарея схватила каждый раз как будет имплементироваться ихняя хуета.

@westsibe:
westsibe

Как-то лазил по xmpp.org и подумалось, а почему же даты (взять хотя бы даты рождения в вкард) рекомендуют писать, как гггг-мм-дд цифрами? А всё просто- на этой основе можно легко запилить парсер даты и если в вкард дата рождения указана согласно этой форме, то можно легко сделать, чтоб при запросе вкард под полем "Д.р" появлялось, например, поле "Возраст", в котором эта цифра высчитывается арифметическим путём и не надо заниматься вычитанием в уме. Можно конечно парсить 100500 вариантов типа "1 Jan 1900, 1900/01/01, 1 January '80" и т.д., но это уже не Ъ.

@paulfertser:
paulfertser

"IPv6 Support Required for All IP-Capable Nodes" tools.ietf.org

@Kxepal:
Kxepal

Message threading algorithm
jwz.org

@folex:
folex

Жуйк, я не понимаю, какой формат должен быть для даты, указанной в ключе SINCE команды SEARCH протокола IMAP.
Пытался так:
server.search(None, 'SINCE', '16 04 2012')
server.search(None, 'SINCE', '16,04,2012')
server.search(None, 'SINCE', '4 April 2012')
server.search(None, 'SINCE', '4', 'April', '2012')
server.search(None, 'SINCE "4 April 2012"')

@a13:
a13

На модальные глаголы
ietf.org

@Voice:
Voice

Сейчас подумал, что в интернет-общении на пиьме интонации неправильно передают. Попытки передать их inline приводят к некорректным грамматическим конструкциям, перегрузке текста неоднозначными символьными конструкциями (=З, например, или <3), нарушают читаемость и всё равно не передают настроения, как хотелось бы.
Мне кажется, давно пора разделить контент и оформление, создав стандарт a la CSS, какой-нибудь CES (Casacading Emotional Sheets), например.
Чтобы у каждого человека была своя табличка с заданными настроениями (e.g.
File: monday.cse
<cse ver1.0>
<mood>
<sad>1.5</sad>
<grumpy>9.0</grumpy>
</mood>
</cse>), которая прикреплялась бы к сообщениям и позволяла бы точно определить, что хотел сказать человек.

@rion:
rion

я вот что-то понять не могу. по rfc 1035 пробел это нормальное доменное имя. как так?

<domain> ::= <subdomain> | " "

@chegeware:
chegeware

Угнич. Показывай дату приватных сообщений. Спасибо

@Gem:
Gem

Кладязь rfc.com.ru

@Transmitter:
Transmitter

пойду ка почитаю про RIP.

@Transmitter:
Transmitter

RFC1510 — 112 стр. ох щщи. ну необходимости упарывать всё благо нет.

@Transmitter:
Transmitter

/me ушло упарываться шуточными RFC

@Transmitter:
Transmitter

418 «I’m a teapot» (Ошибка 418: Я — чайник) — возвращается при попытке приготовить кофе с помощью чайника. ru.wikipedia.org
Ъ.

@Transmitter:
Transmitter

спасибо чят! я знал что такой лулз должен существовать en.wikipedia.org

@LazyMiha:
LazyMiha

2. The Fundamental Truths

(1) It Has To Work.

(2) No matter how hard you push and no matter what the priority,
you can't increase the speed of light.

(2a) (corollary). No matter how hard you try, you can't make a
baby in much less than 9 months. Trying to speed this up
might make it slower, but it won't make it happen any
quicker.

(3) With sufficient thrust, pigs fly just fine. However, this is
not necessarily a good idea. It is hard to be sure where they
are going to land, and it could be dangerous sitting under them
as they fly overhead.

(4) Some things in life can never be fully appreciated nor
understood unless experienced firsthand. Some things in
networking can never be fully understood by someone who neither
builds commercial networking equipment nor runs an operational
network.

(5) It is always possible to aglutenate multiple separate problems
into a single complex interdependent solution. In most cases
this is a bad idea.

(6) It is easier to move a problem around (for example, by moving
the problem to a different part of the overall network
architecture) than it is to solve it.

(6a) (corollary). It is always possible to add another level of
indirection.

(7) It is always something

(7a) (corollary). Good, Fast, Cheap: Pick any two (you can't
have all three).

(8) It is more complicated than you think.

(9) For all resources, whatever it is, you need more.

(9a) (corollary) Every networking problem always takes longer to
solve than it seems like it should.

(10) One size never fits all.

(11) Every old idea will be proposed again with a different name and
a different presentation, regardless of whether it works.

(11a) (corollary). See rule 6a.

(12) In protocol design, perfection has been reached not when there
is nothing left to add, but when there is nothing left to take
away.
tools.ietf.org

@k1lg0reTr0ut:
k1lg0reTr0ut

нужно отправить письмо на достаточно "низком" уровне.
Что-то вроде:

from: xxx <xxx@yyy>
To: yyy <yyy@xxx>
Subject: Yo-Yo-Yo
Date: как бы дата
Content-Type: text/plain(или html)
А вот тут я разгоняю саму тему письма.

как во всей этой метафизике отправить вложением картинку? и вписать эту картину в html, если это html.

@skobkin-ru:
skobkin-ru

RFC 1149 — tools.ietf.org