LINUX.ORG.RU
ФорумTalks

Состоялся релиз mailutils 3.2.

 ,


1

2

Сабж. Changelog:

Version 3.2 - 2017-03-11

* configuration syntax

Statements that allow for variable substitution also allow for command
expansion.  Commands are invoked the same way as in shell:

   $(command [args...])

The following commands are defined:

 - localpart X
     Treats X as an email address and returns its part preceding
     the @-sign.  If there is no @-sign, returns X unchanged.

 - domainpart X
     Treats X as an email address and returns the part following
     the @-sign.  If there is no @-sign, returns empty string.

 - shell CMD [ARGS...]
     Runs the shell command CMD with the given arguments.  Returns
     the standard output from the command.  The command is invoked
     using "/bin/sh -c" and can contain any valid shell construct.

* imap4d

Namespace configuration completely rewritten.  The "namespace" block
statement defines a particular namespaces.  Within it, one or more
"prefix" statements define prefixes available in that namespace, along
with their mappings to the server filesystem, hierarchy delimiters etc.

An example of namespace configuration:

     namespace personal {
        prefix "" {
           directory "$home/mailfolder";
        }
        prefix "#MH:" {
           directory "$home/Mail";
           delimiter "/";
           mailbox-type "mh";
        }
     }

The following configuration statements have been withdrawn: homedir,
personal-namespace, other-namespace, shared-namespace,
other-mailbox-mode, shared-mailbox-mode.

* mail

** Modifying attachment name and filename

Two new options are provided for modifying attachment name (a.k.a
description), and file name:

  --content-name=STRING
     Sets the attachment name (description).  Technically speaking, it
     is the "name" parameter in the Content-Type MIME header.

  --content-filename=NAME
     Sets the file name (the "filename" parameter in the
     Content-Description MIME header of the outgoing message).

Both options affect only the next `--attach' or `--attach-fd' option.

** Constructing attachments from the command line

The new option `--attach-fd=N' instructs mail to read attachment from
file descriptor N.  By default, the attachments created using this
option are unnamed, i.e. neither name parameter of the Content-Type
header, nor the filename parameter of the Content-Disposition header
are set.  Use the --content-name and --content-filename options to
change these.

The option `--attach-fd=0' causes attachment to be read from the
standard input.  The option `--attach=-' has the same effect.  For
obvious reasons, the interactive mode is suppressed in this case.

The `--attach-fd' option is useful when calling `mail' from another
program.

The new option `--skip-empty-attachments' instructs `mail' to omit
attachments that have zero-size body.

Example:

Suppose that the 'mail' binary is opened at file descriptor 5 and
the mail.c file is opened at descriptor 6, the following command
line sends them as attachments:

  mail --encoding=base64 \
       --content-type=application/octet-stream \
       --content-name="the mail(1) binary" --content-filename="mail" \
       --attach-fd=5 \
       --encoding=binary\
       --content-type=text/plain --content-name="mail.c source file"\
       --content-filename=mail.c --attach-fd=6 \
       root@example.org

See http://mailutils.org/wiki/Mail:_sending_attachments, for details.

* Bugfixes

** Fix memory leak in mu_stream_destroy.

** Fix handling of ambiguous command line options.

** Fix sieve logging in the maidag utility

** Fixes in 'Q' encoder.

Encode question mark properly;
Limit the length of encoded words to 75 octets, as requested by RFC 2047.
Скачать: ftp://ftp.gnu.org/gnu/mailutils/mailutils-3.2.tar.xz

★★★★★

Прочитал наутилус. Сижу думаю какие локалпат....

dmxrand
()
Ответ на: комментарий от Ygor

UTF-16 and UTF-32 are not used as locale encodings, because they are not ASCII compatible.
(документация GNU libunistring)

В качестве локали ОС GNU разрешает выставлять только то, что совместимо с ASCII. И именно этот момент объединяет и KOI8-R и UTF-8. А поддержки однобайтных локалей нет только там, где юникод прибит гвоздями, а такого в проектах ОС GNU нет.

Ещё вопросы есть?

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от Ygor

В самом ядре? В самом ядре может и нету. Но само ядро бесполезно без гну. Точнее оно было бесполезно лет десять, потом оно стало достаточно популярно чтобы на его основе стали строить и другие системы, уже полностью без «гну-тых» компонентов.

mandala ★★★★★
()
Ответ на: комментарий от Ygor

В данной записи символ '/' следует читать как '+'. «GNU/Hurd» - ОС GNU плюс ядро Hurd. «GNU/Linux» - ОС GNU плюс ядро Linux.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от mandala

Но само ядро бесполезно без гну.

Оно все под эгидой ГНУ, пока гну не рыпается, а рыпнется разработку и так ведёт RH по большей части.

Ygor ★★★★★
()

Сабж.

Subj.

Скачать:

Download:

dexpl ★★★★★
()
Ответ на: комментарий от Ygor

Правильно, надо еще вслед за бздями и РХ заняться переписыванием всего гнутого софта под своей лицензией. Во главе проекта поставим Лёню, в помощники ему Кая и интелфикса. Глядишь, пару лет спокойно поживем :)

leave ★★★★★
()
Ответ на: комментарий от Ygor

Все бинарные дистрибутивы содержат опакеченными ОС GNU, ядро Linux и софт для ОС GNU с ядром Linux. Все source-based дистрибутивы содержат тоже самое только исходниками.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от leave

Правильно, надо еще вслед за бздями и РХ заняться переписыванием всего гнутого софта под своей лицензией. Во главе проекта поставим Лёню, в помощники ему Кая и интелфикса.

То что ты описал уже происходит, даже если ГНУ вдруг взбрыкнёт, в чём я очень сомневаюсь - пожертвования слишком нужны, binutils можно взять от BSD. А все остальное давно уже в надёжных руках Лёни и Ко!

Глядишь, пару лет спокойно поживем :)

Развития только не видно.

Ygor ★★★★★
()
Ответ на: комментарий от saahriktu

опакеченными ОС GNU

Блаженны верующие. По факту это производные работы от этого вашего ГНУ повсеместно.

Ygor ★★★★★
()
Ответ на: комментарий от Ygor

«пропатченный софт» != «производные работы».

Во всех дистрибутивах один и тот же софт. Разница только в патчах, дистрибутивных скриптах и пакетных менеджерах, наборах софта и настроек по дефолту и в репозиториях.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

«пропатченный софт» != «производные работы».

Доо конечно, дебиану это скажите, который раньше вел свои ветки ядра, libc и binutils.

Разница только в патчах....

Это пока, дальше будем посмотреть.

Ygor ★★★★★
()
Ответ на: комментарий от Ygor

Доо конечно, дебиану это скажите, который раньше вел свои ветки ядра, libc и binutils.

Да пусть бы и совсем форкнул. Всё равно в основе (g)libc и binutils код проекта GNU. И это только отдельные софтины.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)

Выпущена очередная версия GNUненужно? Я так понимаю там нет ничего такого чего нет в BSD системах?

tommy ★★★★★
()
Ответ на: комментарий от mandala

Но само ядро бесполезно без гну.

Кроме конпелятора ничего от гну было никогда ненужно. Вкорячивали в дистры гну и gpl утилиты без разбору только из-за префикса GNU и лицензии GPL.

tommy ★★★★★
()

анализ количества строк и проверка на не ACSII символы где ?

WindowsXP ★★
()
Ответ на: комментарий от Deleted

Забавно наблюдать, сколько желающих пнуть фанатика :)

забавно то что пинают тоже фанатики, только другие, фанбои systemd и прочего гавна.

alwayslate ★★
()
Ответ на: комментарий от tommy

Кроме конпелятора ничего от гну было никогда ненужно. Вкорячивали в дистры гну и gpl утилиты без разбору только из-за префикса GNU и лицензии GPL.

ну для школьника то может и так, но вообще то если б не было б GNU то и linux kernel тоже вряд ли был бы. Да и полно кроме компилятора и binutils, core utils например, glibc и тд и тп ...

а так у GNU просто уже ресурсов не хватило на ядро, ну и с их политикой не так было б.

а так имеем linux kernel based поделок over дофига, например android кривая закрытая поделка, ну или то что там сверху на десктопах модно - systemd - кривая поделка от надмозгов из мира windows.

alwayslate ★★
()
Ответ на: комментарий от saahriktu

Все бинарные дистрибутивы содержат опакеченными ОС GNU, ядро Linux и софт для ОС GNU с ядром Linux. Все source-based дистрибутивы содержат тоже самое только исходниками.

Ну уж прям и все? Debian GNU/kFreeBSD смотрит с некоторым недоумением.

akk ★★★★★
()
Ответ на: комментарий от akk

Debian GNU/kFreeBSD смотрит ...

... неподвижным взглядом мертвеца

Manhunt ★★★★★
()
Ответ на: комментарий от alwayslate

если б не было б GNU то и linux kernel тоже вряд ли был бы

Немного не так:

Если бы ядро GNU было готово прошлой весной, я бы и не подумал начинать свой проект: суть в том, что оно не было готово ни тогда, ни даже сейчас

А вообще

Линус Торвальдс сказал, что если бы 386BSD была доступна в то время, он, вероятно, не создал бы Linux

h578b1bde ★☆
()
Ответ на: комментарий от alwayslate

Да и линукс кернел на тот момент был совершенно не нужен. Не то что glibc (который давно является bloatware) и тд.

а так у GNU просто уже ресурсов не хватило на ядро

А Hurd не нужен никогда. Это всё призвано лишь ЧСВ Столлмана поддерживать.

tommy ★★★★★
()
Ответ на: комментарий от Deleted

Мне дико интересно что такое ужасное должно было случиться в жизни человека, что его так торкнуло на технологиях 90-х г., что он считает их единственно верными и достаточными на все времена, а на любое замечание окружающих - «Зачем ты прибиваешь к своей машине деревянное колесо???» - отвечает что-то в стиле - «Не всем нужны (с) литые диски и резиновые шины».

petrosyan ★★★★★
()
Ответ на: комментарий от tommy

Да и линукс кернел на тот момент был совершенно не нужен.

дада, ничего не нужно

А Hurd не нужен никогда.

в чем я точно уверен так это в том что некий лоровец tommy не нужен никогда, а насчет Hurd тут еще можно подумать надо или нет.

alwayslate ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.