-
Notifications
You must be signed in to change notification settings - Fork 1
/
Copy pathNEWS
1739 lines (1165 loc) · 55.3 KB
/
NEWS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
GNU mailutils NEWS -- history of user-visible changes. 2013-03-21
Copyright (C) 2002-2013 Free Software Foundation, Inc.
See the end of file for copying conditions.
Please send mailutils bug reports to <[email protected]>.
Version 2.99.98 (Git)
This version is a major rewrite of GNU Mailutils. Quite a few parts
of the basic framework were rewritten from scratch, while some others
undergone a considerable revamping. The user documentation, at the
moment, is insufficient, and in some aspects even scarce. It is being
worked upon. However, most of the utilities self-document themselves.
To obtain a summary of available configuration statements for a given
program, run `program --config-help'. For additional documentation,
please refer to <http://mailutils.org/wiki>. If the piece of
documentation you are looking for is not available there, don't
hesitate to post your questions to <[email protected]>.
Due to the global nature of these changes, the rewrite of some parts
of the package is not yet finished, while some others are considered
experimental. Not currently implemented are:
- nntp client
Experimental features are:
- C++ bindings
The discussion below lists the changes in this release. It is divided
in three major sections, each addressing a particular audience. The
section entitles "Important changes" is of particular interest to
users. This is perhaps the most visible part of this release. The
section "Configuration changes" addresses package installers. It
discusses the changes in configure script and related things.
Finally, the section "Changes to the library" is of interest to
programmers which use or wish to use Mailutils in their projects.
* Important changes
** IPv6 support.
The core library as well as client and server utilities support
AF_INET6 family of addresses.
** Support for POP3S and IMAP4S in the respective servers.
A single instance of pop3d is able to handle several subservers,
supporting both plain POP3 and encrypted POP3S simultaneously. The
same holds true for imap4d.
** DBM support reimplemented from scratch.
The most important result of this change is that Mailutils is now able
to handle databases of different formats (e.g. GDBM, Berkeley DB,
NDBM) simultaneously, without need to reconfigure it. The database
flavor to use is selected at runtime, using `database URL'. For
example, "gdbm:///etc/mail/aliases.db" refers to a GDBM database.
See <http://mailutils.org/wiki/libmu_dbm>.
** New utility `mu'
`Mu' is a multi-purpose tool which can be of use to users, programmers
and system administrators. It allows you to retrieve information
about Mailutils configuration, check ACLs and authentication tickets,
list, create or modify DBM files, construct filters of arbitrary
complexity and many more.
See <http://mailutils.org/wiki/mu>.
** Configurable file safety checking
Some files, such as SSL key files, need particular protection, while
others (e.g. users' forward files) don't require it. Mailutils
configuration allows for configuring what safety checks are required
for each group of files. Files not meeting the configured criteria
are not used to avoid compromising security.
** Improved debugging and diagnostics
See <http://mailutils.org/wiki/debug_level>.
** Imap4d underwent a lot of changes to comply to existing RFCs
** Pop3d and imap4d allow for mailbox-independent compulsory locking
This feature is useful for those system administrators who don't wish
to permit simultaneous access to mailboxes, even when the nature of the
mailbox allows that (e.g. maildir).
** SMTPS support.
** Sieve: new extensions
New extension action `pipe' invokes arbitrary external program and
pipes the message (or any part thereof) to it.
See <http://mailutils.org/wiki/Pipe>.
A similar test uses the program exit code to decide what to do with
the message
See <http://mailutils.org/wiki/Pipe_test>.
New extension test `list' compares values of mail headers from a
supplied list with a list of values.
See <http://mailutils.org/wiki/List_(Sieve_test)>.
New extension test `timestamp' compares the value of a structured date
header field with the given date.
See <http://mailutils.org/wiki/Timestamp_(Sieve_test)>.
Implemented the Editheader extension: `addheader' and `delheader' actions.
See <http://tools.ietf.org/html/rfc5293>.
** mail: sending attachments
The mail[x] utility now allows for sending attachments. Any number of
files can be attached to the composed letter by using the `--attach'
(`-A') options. The files will be attached in the same order in which
they appear in the command line. By default, each attachment is
assigned the content type "application/octet-stream" and is encoded
using Base64. This can be changed using the `--content-type' and
`--encoding' options. These options affect all attachments that
appear after them in the command line, until next occurrence of the
same option or end of command line, whichever occurs first. For
example:
mail -A prog --encoding quoted-printable --content-type text/c \
-A main.c -A ext.h
Here, the file "prog" will be attached witg the content type
"application/octet-stream" and encoding base64, while the files
"main.c" and "ext.h" will be marked with content type "text/c" and
encoded using "quoted-printable" algorithm.
The mail shell provides the following new escapes to handle attachments:
~l
Lists all attachments. The output is a numbered list of
attachments with their corresponding content types and
encodings.
~+ filename [content-type [encoding]]
Attach the file `filename'. Optional arguments supply the content
type and encoding to use instead of the defaults.
~^ N
Delete Nth attachment.
** mail: the -r option
The meaning of the `-r' option has changed. Now it introduces the
return address to use when sending mail. This is an incompatible
change.
The return address can also be set from the mail shell, by assigning
to the `return-address' variable, e.g.:
set return-address "[email protected]"
** MH: improved compatibility with other implementations
** MH inc: new option --moveto
This option instructs the utility to move incorporated messages into
another folder instead of deleting them. It is implemented only for
input folders of type IMAP or IMAPS. A sample usage is:
inc -truncate -moveto Read -file imaps://imap.gmail.com
Note the `-truncate' option.
** MH: multiple sources
The `inc' command is able to incorporate messages from several
source mailboxes. These are specified via multiple `-file'
options, e.g.:
inc -truncate \
-file 'imaps://imap.gmail.com;moveto=archived' \
-file pops://mail.gnu.org \
-file /var/mail/root
Additional parameters can be used in URLs supplied with the `-file'
option:
moveto=FOLDER
Moves incorporated messages into FOLDER. This is similar to the
`--moveto' option, but applies only to that particular mailbox.
See the example above.
nomoveto
Disables the previous `--moveto' option.
truncate[=BOOL]
Controls source mailbox truncation. If BOOL is not given or is
"yes", the mailbox will be truncated after successful processing.
If BOOL is "no", the source mailbox will not be truncated.
** MH aliases
The "< FILE" construct has been extended to allow for building the
list of aliases on the fly. If FILE is an executable file and its
first line begins with a shell interpreter magic (#!/ or #! /), then
instead of being included, such file is run using "/bin/sh -c", its
output is collected and included in the aliases.
** mailutils-config is deprecated.
Use `mu cflags' and `mu ldflags' instead. The mailutils-config is
rewritten as a wrapper over these commands.
See <http://mailutils.org/wiki/mu> for more information.
** movemail functionality considerably improved
See <http://mailutils.org/wiki/Fetching_Mail_with_Movemail>.
** Support for Kyoto Cabinet DBM.
Kyoto Cabinet is a library of routines for managing a database. It is
the successor of Tokyo Cabinet. Kyoto Cabinet is a free software
licensed under the GNU General Public License.
* Configuration changes
These are of particular interest to installers.
** New configuration options to disable particular groups of utilities.
The `--enable-build-servers' options controls whether servers (such as
imap4d, pop3d, comsat) will be built. Its counterpart,
`--enable-build-clients' controls whether client utilities will be
built.
The effect of both options is overridden by the `--enable-build-*'
options for particular components. For example, to build only
the "mail" utility:
./configure --disable-build-clients --enable-build-mail
** The --with-mailbindir option
This option changes installation directory for the "mail" utility.
** DBM options
It is normally not needed to specify --with-gdbm, --with-berkeley-db
or --with-ndbm explicitly. Configuration will automatically pick up
all available DBM libraries it can use.
The option `--with-dbm' can be used to enable or disable building of
all available DBM interfaces. Its effect is overridden by `--with-*'
options for particular interfaces. For example, to build only GDBM
(even if another databases are supported by the system):
./configure --without-dbm --with-gdbm
** Nntp client is not yet implemented
** Link with GSASL by default
GSASL is used by several Mailutils components (notably pop3d
and imap4d as well as their client counterparts) for authentification.
Since this version, it is enabled by default if configure detects the
presense of GNU SASL version 0.2.3 or later.
This can be disabled using the --without-gsasl option.
** Experimental features
The C++ bindings are considered experimental and unstable.
* Changes to the library
** Stream support is rewritten from scratch
Stream support is a cornerstone on which the rest of Mailutils is
built. The new implementation was developed with three main
objectives in mind: reliability, speed and consistency.
** URL support is rewritten from scratch
New URL functions allow both for creating URLs from string
representations and for building them from parts.
** Filter support is rewritten from scratch
Apart from the implementation itself, lots of new filters are
provided. See <http://mailutils.org/wiki/Category:Filters> for a
list of those.
A concept of `filter chains' was introduced, which allows for
creating new filters using existing ones as their components.
See <http://mailutils.org/wiki/Mu#filter>, for a description.
** POP client library is rewritten from scratch
The new library provides two APIs: a traditional mailbox API which
hides the particularities of the POP protocol, and POP-specific API,
which allows for writing applications directly accessing POP features.
** SMTP client library is rewritten from scratch
The new library provides a detailed control over the SMTP
transaction.
** Support for Maildir and MH formats considerably improved.
** The mailbox object contains a `copy' method.
This method copies the requested set of messages into another
mailbox. It is accessed using the `mu_mailbox_msgset_copy' or
`mu_mailbox_message_copy' functions. So far it is implememented
only for IMAP and IMAPS mailboxes.
** MIME support improved.
** Debugging support considerably improved.
See <http://mailutils.org/wiki/debug_level>.
** Configuration file support (libmu_cfg) rewritten.
* New Scheme primitives
** mu-mailbox-sync
Synchronizes the changes done to the mailbox with its external
storage.
** mu-mailbox-expunge
Similar to mu-mailbox-sync, but also permanently removes messages
marked for deletion.
** mu-mailbox-flush
Marks all messages as seen, and synchronizes the changes with the
mailbox external storage. Depending on its second argument, removes
messages marked for deletion.
Version 2.2 - 2010-09-08
* Guile support updated to compile with Guile 1.9
* MIME header parser fixed.
It is now fully compatible with RFCs 2231, 2047 and 2183. Apart from
that, it tolerates a wide variety of malformed headers that may be
generated by the existing MUAs.
* Several fixes in MH repl.
* Improve handling of not implemented options in MH utilities.
* SQL interface allows to use CALL in queries.
* Movemail improvements.
New option --program-id sets the identifier used in diagnostic
messages, instead of the program name. This is handy if many
instances of mailfromd are being run simultaneously (e.g. to convert
a mailspool contents to another mailbox format).
* Fix eventual mailbox corruption in imap4d.
Delivery of a signal when a previous signal was being handled would
cause mailbox corruption. This is fixed.
* Imap4d: fix FETCH BODY command handling
FETCH BODY with a nonempty section spec returns section body without
headers, as requested by RFCs 2060, 3501.
* Several memory-related problems fixed.
Version 2.1 "Ten Years Later" - 2009-09-10:
This release marks the 10 years anniversary of GNU Mailutils.
* New distribution tarballs
Mailutils tar archives are distributed in four compressed formats:
gzip, bzip2, lzma and xz.
* Ticket files
All MU client utilities make use of the user ticket file,
~/.mu-tickets, if it is present.
* Imap4d
New configuration file entities allow to modify user's personal
namespace (the `personal-namespace' statement) and visible home
directory (the `homedir' statement).
* Movemail
When called with the `--uidl' command line option, the utility tries
to avoid copying the message if a message with the same UIDL already
exists in the destination mailbox.
The `--verbose' command line option enables additional informational
output.
The `--owner' command line option (and the corresponding
`mailbox-ownership' configuration file statement) instructs movemail
to copy mailbox ownership, if the utility is run with root privileges.
* Maidag
Improved scripting capability allows to use mail filters written in
the Python language.
The `--script' command line option sets the name pattern for
user-defined mail filters. Maidag uses the script suffix to
deduce what language it is written in. Supported suffixes are:
`sv', `siv' and `sieve' for Sieve, `scm' and `scheme' for Scheme,
`py' and `pyc' for Python. Additionally, the language may be
defined using the `--language' command line option.
* Mail
** The -f option
The semantics of -f (--file) option fully complies to the POSIX
standard. Namely, this option instructs mail to read messages
from the file named by the first non-optional command line
argument. Therefore, the following four usage patterns are
entirely equivalent:
mail -fin mymbox
mail -f mymbox -in
mail --file -in mymbox
mail --file -i mymbox -n
In addition, the form
mail --file=mymbox
is also allowed.
** The -F option
The -F option (record outgoing messages in a file named after the
first recipient) is implemented.
** struct command
The st[ruct] command lists MIME structures of the message or messages, e.g.:
& struct 2
2[1] text/plain 513
2[2] application/octal-stream 247K
2[3] text/x-diff 31K
** error locations
Diagnostic messages issued while processing `source' command
include file locations, in compliance with the GNU standards. This
also includes diagnostics issued while parsing the system or user
configuration files.
** envelope command
The env[elope] command displays the SMTP envelopes of the messages
given as its arguments.
** variable command
The va[riable] command describes the known internal mail variables.
When used with arguments, only variables named in the command line are
described.
For each variable, this command prints its name, data type, current
value and a short description.
** headline variable
The headline variable holds a format string to use for the header
summary. Its format is mostly compatible with that of the `nail'
mail reader.
** showenvelope variable
If the `showenvelope' variable is set, print command will include the
SMTP envelope in its output.
** fromfield variable
The `fromfield' boolean variable, if set, instructs mail to obtain
the sender address from the `From:' header. This is the default.
If unset, the sender address is obtained from the SMTP envelope.
** variable-strict variable
Setting this variable enables strict control over variable
settings. In this mode, mail prints warning if a user is trying to
set an unknown variable and refuses to set read-only variables.
** variable-pretty-print variable
If this variable is set, the `set' listing prints short
descriptions before each variable.
* New interfaces
** Python interface
Mailutils now comes with the Python API. See examples/python/*, for
examples on how to use it.
** C++ interface
The C++ API is built by default, if a c++ compiler is available.
* Support for Tokyo Cabinet DBM.
Tokyo Cabinet is a modern implementation of DBM, developed as the
successor of GDBM and QDBM. It is written in the C language,
available on platforms which have API conforming to C99 and POSIX.
Tokyo Cabinet is a free software licensed under the GNU Lesser General
Public License.
* API
* New library naming scheme
The names of all mailutils inferior libraries are prefixed with
`libmu_', e.g.: libmu_sieve, libmu_imap, etc. In particular,
`libsieve' is now named `libmu_sieve' and `libcfg' - `libmu_cfg'.
* Wicket/Ticket functions
The wicket/ticket support is rewritten from scratch.
A `wicket' is an object that supplies authentication tickets. The
following user-level functions are available for manipulating
wickets:
- int mu_file_wicket_create (mu_wicket_t *pwicket, const char *filename);
Creates a wicket associated with the ticket file `filename'
- int mu_wicket_get_ticket (mu_wicket_t wicket, const char *user,
mu_ticket_t *pticket);
Obtains authentication ticket for the given user.
- void mu_wicket_destroy (mu_wicket_t *pwicket);
Destroys the wicket and releases any resources associated with it.
A `ticket' is used to obtain user authentication credentials:
- int mu_ticket_get_cred (mu_ticket_t ticket,
mu_url_t url, const char *challenge,
char **pplain, mu_secret_t *psec);
Obtain plaintext and secret credentials for the given URL and
(optional) authentication challenge. Usually, the plaintext credential
is a user name, and secret one is the corresponding password.
* New mailbox formats
Three new append-only mailbox formats are introduced. The URL syntax of
each of them is the same as that of the corresponding mailer.
** smtp
Send message using the `smtp' mailer. It is equivalent to
`remote+smtp', introduced in previous version.
** sendmail.
Send message using the `sendmail' mailer. It is equivalent to
`remote+sendmail', introduced in previous version.
** prog
Send message using the `prog' mailer. It is equivalent to
`remote+prog', introduced in previous version.
* Deprecated mailbox formats.
The `remote+sendmail', `remote+prog' and `remote+smtp' mailbox formats
are deprecated in favor of `sendmail', `prog' and `smtp',
correspondingly.
** New functions
- mu_mailbox_get_uidls
** Removed functions
- mu_sieve_get_ticket
- mu_sieve_set_ticket
** Changed functions
*** mu_message_save_to_mailbox: removed `ticket' argument.
The new prototype is:
int mu_message_save_to_mailbox (mu_message_t msg,
mu_debug_t debug,
const char *toname,
int perms);
*** mu_attribute_to_string
This function now returns a string consisting of flag letters only, without
"Status:" prefix or final newline.
Version 2.0:
* New configuration file format.
See documentation, chapter 2.2, `Mailutils Configuration File', for a
detailed description.
* Programs
** Debugging and online help
Each Mailutils utility understands two additional command line
options:
--debug-level=LEVEL Set Mailutils debugging level.
--debug-line-info Show source info with debugging messages.
(see also `** Global debugging and verbosity settings.', below)
The programs using configuration file facility also understand the
--config-help command line option. This option prints on the standard
output the detailed description of configuration file statements that
affect the given program.
** URL parameters.
Additional mailbox URL parameters `type', `user' and `param' can
appear in any local URLs.
** MAIL and FOLDER environment variables.
These variables are consulted only if mail-spool directory is not
explicitely set either in the configuration files or in the command
line. This is different from the previous versions.
** New utility `maidag'
Maidag is a MAIl Delivery AGent. It is a general-purpose MDA able to
run in both traditional and LMTP mode and to deliver mails to various
mailbox formats. These formats, among others, include remote+smtp and
remote+sendmail (see `New mailbox types.', below), which are
equivalent to forwarding a message over SMTP. Thus, maidag supercedes
both `mail.local' and `mail.remote' (which are still included for
backward compatibility). Maidag is also able to process incoming
messages using Sieve or Scheme scripts and, based on results of this
processing, to take a decision on whether to actually deliver and
where to deliver them.
** Comsat
The `comsat' utility is able to notify about messages delivered to
a mailbox of any `local' type, i.e.: UNIX mailbox, MH and Maildir.
This is implemented using quick access mode. See `Quick access to a
message', below.
The communication protocol has been modified to make this possible.
The traditional comsat protocol is supported as well.
** Sieve
*** New Sieve action `pipe'
Syntax: pipe [:envelope] <command line: string>
This action executes the given <command line> and pipes the message to
its standard input. If the :envelope tag is given, the envelope of the
message is piped as well.
*** Fileinto :permissions
The `fileinto' action takes a tag :permissions that allows to set
permissions on the mailbox, in case it is created. Its argument is a
string, similar to that used in chmod(1):
[go](+|=)[rw]
For example:
fileinto :permissions "g=rw,o=r" "/shared/mailbox"
** Client SMTP STARTTLS support
** Support for new protocols: POPS (pops://) and IMAPS (imaps://),
** LDAP support (authentication and authorization).
** Support for TCP wrappers.
The support for TCP wrappers is added to the daemon programs (imap4d,
pop3d, maidag). The support is controlled at compile time by the
--with-tcpwrappers command line options to configure. By default, it
is enabled if libwrap presence is detected. A set of configuration
file statements are provided for fine tuning TCP wrappers at run-time.
** pop3d and imap4d ports.
Pop3d and imap4d can be configured to listen on several different
IP addresses/ports (or even local sockets) simultaneously.
** pop3d: Fixed APOP handling.
** Imap4d supports UNSELECT extension.
** Imap4d supports ID extension.
** imap4d supports PREAUTH mode.
Three mechanisms are provided for authentifying the connection in
PREAUTH mode:
1. stdio - PREAUTH mode is enabled automatically if imap4d is started
from command line in interactive mode (-i command line
option). The current login name is used as the user name.
2. ident - The remote machine is asked about the requester identity
using the identification protocol (RFC 1413). Both plaintext and
DES encrypted replies are understood.
3. prog - Imap4d invokes an external program to authenticate the
connection. The command line is obtained from the supplied string,
by expandind the following variables:
1) ${client_address} - Remote IP address in dotted-quad notation;
2) ${client_port} - Remote port number;
3) ${server_address} - Local IP address;
4) ${server_port} - Local port number.
If the connection is authenticated, the program should print the
user name, followed by a newline character, on its standard
output and exit with code 0.
Otherwise, it shoud exit with a non-zero exit code.
* Libraries
** Support for ESMTP SIZE extension (RFC 1870).
** Diagnostic and debugging functions essentially rewritten.
A set of debugging macros, MU_DEBUG0 through MU_DEBUG11, is provided.
New functions mu_debug_printf and mu_debug_vprintf allow for flexible
formatting of debugging messages. The mu_debug_t object features
built-in line bufferring.
The new function mu_debug_check_level(d,l) returns true if the logging
level currently set for debugging object `d' matches that given by
`l'.
New diagnostics functions are available, among them:
void mu_diag_vprintf (int level, const char *fmt, va_list ap);
void mu_diag_printf (int level, const char *fmt, ...);
void mu_diag_voutput (int level, const char *fmt, va_list ap);
void mu_diag_output (int level, const char *fmt, ...);
A new header file, mailutils/diag.h, provides declarations for these
and other related functions.
See documentation (FIXME: Chapter?) for more information.
The functions mu_error and mu_verror are shortcuts for
mu_diag_output (MU_DIAG_ERROR, ...) and mu_diag_voutput (MU_DIAG_ERROR, ...),
correspondingly.
The function mu_error_set_print is deprecated as well as the
mu_error_pfn_t type. They are, however, still supported. The following
approach is recommended to use instead of mu_error_set_print:
mu_diag_get_debug (&debug);
mu_debug_set_print (debug, new_printer, NULL);
** Header iteration
New function `mu_header_get_iterator' returns an iterator for this
header object. Thus, the following code loops over all headers:
mu_iterator_t itr;
mu_header_get_iterator (header, &itr);
for (mu_iterator_first (itr); !mu_iterator_is_done (itr);
mu_iterator_next (itr))
{
const char *hdr, *val;
mu_iterator_current_kv (itr,
(const void**)&hdr,
(void**)&val));
/* Do something with hdr and val */
}
mu_iterator_destroy (&itr);
** Global debugging and verbosity settings.
These settings provide default values for mu_debug_t objects created
by various library objects. The following functions are provided for
dealing with global debugging level:
unsigned mu_global_debug_level (const char *object_name);
int mu_global_debug_set_level (const char *object_name, unsigned level);
int mu_global_debug_clear_level (const char *object_name);
** New function mu_mailbox_sync
It supercedes mu_mailbox_save_attributes, which is now considered
deprecated.
** Observable event handling
Each event type is associated with an event-specific data
pointer. This pointer is passed to event handling functions along with
an opaque function-specific data pointer. This affects the following
functions:
mu_observer_set_action
mu_observer_set_action_data (New function)
mu_observable_notify
New type of event, MU_EVT_MESSAGE_APPEND, is signalled whenever a new
message is appended to the mailbox.
** Quick access to a message
A set of functions are provided for so-called `quick access' to mail
messages.
Quick access is used when an application needs to quickly read one
message from the mailbox. In particular, this mode is used by comsat.
To use quick access functions, the mailbox must be opened with flags
MU_STREAM_READ|MU_STREAM_QACCESS. The function
mu_mailbox_quick_get_message can then be used to retrieve the message:
int mu_mailbox_quick_get_message (mu_mailbox_t mbox,
mu_message_qid_t qid,
mu_message_t *pmsg);
The message is identified by the second argument, qid.
The function mu_message_get_qid can be used to retrieve
mu_message_qid_t identifier for a message:
int mu_message_get_qid (mu_message_t msg, mu_message_qid_t *pqid);
** New `aget' and `sget' accessors for mu_url_t
The following new accessors are provided:
extern int mu_url_sget_scheme (const mu_url_t, const char **);
extern int mu_url_aget_scheme (const mu_url_t, char **);
extern int mu_url_sget_user (const mu_url_t, const char **);
extern int mu_url_aget_user (const mu_url_t, char **);
extern int mu_url_sget_passwd (const mu_url_t, const char **);
extern int mu_url_aget_passwd (const mu_url_t, char **);
extern int mu_url_sget_auth (const mu_url_t, const char **);
extern int mu_url_aget_auth (const mu_url_t, char **);
extern int mu_url_sget_host (const mu_url_t, const char **);
extern int mu_url_aget_host (const mu_url_t, char **);
extern int mu_url_sget_path (const mu_url_t, const char **);
extern int mu_url_aget_path (const mu_url_t, char **);
extern int mu_url_sget_query (const mu_url_t, const char **);
extern int mu_url_aget_query (const mu_url_t, char **);
int mu_url_sget_fvpairs (const mu_url_t, size_t *, char ***);
int mu_url_aget_fvpairs (const mu_url_t, size_t *, char ***);
** ACL
A set of functions implements general-purpose access control lists.
They are declared in the header file mailutils/acl.h. Currently,
these functions support IPv4 and UNIX address families. Support for
more address families, in particular IPv6, will be added in future.
The following actions can be defined in ACLs:
1. mu_acl_accept - Accept connection.
2. mu_acl_deny - Deny connection.
3. mu_acl_log - Issue a log message, using mu_diag.*
diagnostics functions.
4. mu_acl_exec - Execute an external program.
5. mu_acl_ifexec - Execute an external program and accept or
deny connection depending on its exit code.
** KWD
A set of functions is provided for translating string values to
integer tokens and vice-versa using simple translation tables.
These functions are declared in the header file mailutils/kwd.h.
** Vartab
A set of functions is provided for performing variable expansion in
strings. These functions are declared in the header file
mailutils/vartab.h.
** Incompatible change in mu_url_get_.* return value
Any mu_url_get_.* accessors return MU_ERR_ENOENT if the corresponding
field is not present in the object. Previous versions in that case
returned 0 and stored empty string in the output buffer.
** Prog mailer.
New mailer type, `prog' is introduced. It is a generalization of the
`sendmail' message. The syntax for this mailer type is:
prog://progname?args
where `args' is a list of command line arguments separated by `&'
signs. When using this mailer, mailutils executes `progname' with the
given arguments and pipes the message to its standard input.
** New mailbox types.
Two new mailbox types, "remote+smtp" and "remote+sendmail", are
supported. These are `append-only' mailboxes, i.e. the only operation
that can be done over them is mu_mailbox_append_message. E.g.,
appending to the URL `remote+smtp://127.0.0.1:24' is equivalent to
sending a message using mailer `smtp://127.0.0.1:24'.
In addition, "remote+prog" mailbox (abbreviated as "|") is useful for
piping messages to the standard input of an external program.
** New argcv functions.
- int mu_argcv_get_np (const char *command, int len,
const char *delim, const char *cmnt,
int flags,
int *pargc, char ***pargv, char **endp);
This function is an alternative entry point to
mu_argcv_get/mu_argcv_get_n functions. The resulting argv will contain
non-whitespace delimiters only if flags contains the bit
MU_ARGCV_RETURN_DELIMS.
- void mu_argcv_remove (int *pargc, char ***pargv,
int (*sel) (const char *, void *), void *);
Removes from pargc/pargv all elements for which the sel function
returns true.
** New registry functions.
- int mu_registrar_lookup_url (mu_url_t url, int flags,
mu_record_t *precord, int *pflags);
** Fixed parsing of URLs similar to file:///a/b.
It is parsed as an absolute file name `/a/b'.
Previous versions incorrectly understood such an URL as `a/b'
(relative file name).
** Remove v0.6 compatibility layer.
** Function mu_mail_directory is removed.
** New function mu_mailbox_url.
Version 1.2:
* GPLv3
The programs in this release are licensed under the GNU General Public License
version 3. The libraries are covered by the GNU Lesser General Public License
version 3.
* `libmailbox' library
** mu_stream_wait and mu_fd_wait allow to wait for exceptional conditions.
** maildir and mh repositories are created if MU_STREAM_CREAT flag is supplied.