forked from jstedfast/gmime
-
Notifications
You must be signed in to change notification settings - Fork 0
/
PORTING
403 lines (292 loc) · 17.4 KB
/
PORTING
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
It is my intention to make migrating code using one version of GMime
to another as easy as I can and so for the most part, I will try not
to break API/ABI compatibility between versions, however this isn't
always easy to do.
This document is intended to help developers port their application(s)
from one version of GMime to another. For each new major release, I
will attempt to list the main things to watch out for when migrating
to the new release from the prior version.
Porting from GMime 2.6 to GMime 3.0
-----------------------------------
- g_mime_message_get_sender() no longer returns the value of the From header,
it now returns an InternetAddressList* containing the parsed address(es)
from the Sender header. For the From addresses, use g_mime_message_get_from().
- g_mime_message_get_reply_to() no longer returns a const char*, instead it
returns an InternetAddressList* for easier use.
- g_mime_message_set_sender() and g_mime_message_set_reply_to() have been
removed. You will either need to use the appropriate getter method and
then internet_address_list_add() to add a new InternetAddressMailbox
or, alternatively, you can use g_mime_message_add_mailbox().
- GMimeRecipientType has been replaced by GMimeAddressType because it now
contains non-recipient-based enum values (SENDER, FROM, and REPLY_TO).
- g_mime_message_get_recipients() has been replaced by g_mime_message_get_addresses()
which allows you to access the address lists of any address header.
- g_mime_message_add_recipient() has been renamed to g_mime_message_add_mailbox()
due to the fact that it can now be used to add mailbox addresses to the
Sender, From, and Reply-To headers as well.
- g_mime_message_set_subject() now takes a charset argument used when encoding
the subject into rfc2047 encoded-word tokens (if needed). Use `NULL` to
get the old behavior of using a best-fit charset.
- Removed g_mime_message_[get,set]_date_as_string(). This is unnecessary since
this can be done using g_mime_object_[get,set]_header().
- g_mime_set_user_charsets() and g_mime_user_charsets() have been removed.
All encoding API's now have a way to specify a charset to use and all
decoder API's take a GMimeParserOptions argument that allows for
specifying fallback charsets.
- GMimeObject's prepend_header(), append_header(), set_header(), get_header(),
and remove_header() virtual methods have all been removed. They have been
replaced by the header_added(), header_changed(), header_removed(), and
headers_cleared() virtual methods to allow users to set headers on the
GMimeHeaderList directly and still get notifications of those changes.
- g_mime_object_new() and g_mime_object_new_with_type() both now take a
GMimeParserOptions argument.
- g_mime_param_new_from_string() has been replaced by g_mime_param_list_parse()
and now takes a GMimeParserOptions argument.
- g_mime_content_type_new_from_string() has been replaced by
g_mime_content_type_parse() and now takes a GMimeParserOptions argument.
- g_mime_content_type_to_string() has been renamed to g_mime_content_type_get_mime_type().
- g_mime_content_type_get_params() has been renamed to g_mime_content_type_get_parameters().
- g_mime_content_disposition_new_from_string() has been replaced by
g_mime_content_disposition_parse() and now takes a GMimeParserOptions argument.
- g_mime_content_disposition_to_string() has been replaced by g_mime_content_disposition_encode().
- g_mime_content_disposition_get_params() has been renamed to g_mime_content_disposition_get_parameters().
- internet_address_list_parse_string() has been replaced by
internet_address_list_parse() and now takes a GMimeParserOptions argument.
- GMimeHeaderIter has been dropped in favour of a more direct way of
iterating over a GMimeHeaderList using int indexes.
- g_mime_stream_write_to_stream(), g_mime_stream_writev(), and g_mime_stream_printf()
now return a gint64.
- Renamed GMimeCertificateTrust to GMimeTrust. GMIME_CERTIFICATE_TRUST_NONE
has been renamed to GMIME_TRUST_UNKNOWN and GMIME_CERTIFICATE_TRUST_FULLY has been
renamed to GMIME_TRUST_FULL.
- Removed g_mime_gpg_context_[get,set]_always_trust(). This can now be accomplished
by passing GMIME_ENCRYPT_ALWAYS_TRUST to g_mime_crypto_context_encrypt().
- Removed g_mime_gpg_context_[get,set]_use_agent(). This should no longer be needed.
- Removed g_mime_gpg_context_[get,set]_auto_key_retrieve().
- When using GMimeGpgContext, there is no longer a way to explicitly
set the path to the "gpg" executable. Of course, users can still
use the $PATH environment variable to select any executable named
"gpg" as always.
- Removed g_mime_crypto_context_[get,set]_retrieve_session_key(). This is now handled by
passing GMIME_DECRYPT_EXPORT_SESSION_KEY to the g_mime_crypto_context_decrypt()
method.
- GMimeCryptoContext's encrypt, decrypt, and verify methods now all take a flags argument
that can enable additional features (see above examples).
- g_mime_crypto_context_sign() now takes a boolean 'detach' argument that specifies whether
or not to generate a detached signature. To get the old behavior, pass TRUE as the
detach argument.
- g_mime_crypto_context_decrypt_session() has been merged with
g_mime_crypto_context_decrypt() and so the decrypt method now takes a session_key
argument that is allowed to be NULL.
- g_mime_crypto_context_verify() no longer takes a 'digest' argument.
- g_mime_multipart_signed_verify() and g_mime_multipart_encrypted_decrypt() no longer
take GMimeCryptoContext arguments. Instead, they instantiate their own contexts
based on the protocol specified in the Content-Type header. These methods now also
take a flags argument and in the case of the decrypt() method, it now also takes a
session_key argument.
- GMimeSignatureStatus and GMimeSignatureErrors have been merged into a
single bitfield (GMimeSignatureStatus) which mirrors gpgme_sigsum_t.
- g_mime_stream_file_new_for_path() has been renamed to
g_mime_stream_file_open() and now also takes a GError argument.
- g_mime_stream_fs_new_for_path() has been renamed to
g_mime_stream_fs_open() and now also takes a GError argument.
- g_mime_part_new() now returns a GMimePart with a Content-Type of
"application/octet-stream" instead of "text/plain" since there is
now a GMimeTextPart who's g_mime_text_part_new() returns a
GMimeTextPart with a Content-Type of "text/plain".
- g_mime_part_[get,set]_content_object() have been renamed to
g_mime_part_[get,set]_content().
- g_mime_multipart_encrypted_encrypt() no longer takes a GMimeMultipartEncrypted
argument nor does it return int. Instead, this function now returns a newly
allocated GMimeMultipartEncrypted.
- g_mime_multipart_signed_sign() no longer takes a GMimeMultipartSigned
argument nor does it return int. Instead, this function now returns a newly
allocated GMimeMultipartSigned.
- g_mime_parser_[get,set]_scan_from() have been replaced by
g_mime_parser_[get,set]_format() which takes a GMimeFormat argument.
- g_mime_parser_get_from() has been renamed to g_mime_parser_get_mbox_marker().
- g_mime_parser_get_from_offset() has been renamed to g_mime_parser_get_mbox_marker_offset().
- g_mime_parser_construct_[part,message]() now take a GMimeParserOptions argument.
- Renamed GMimeFilterMd5 to GMimeFilterChecksum.
- Renamed g_mime_multipart_[get,set]_preface() to g_mime_multipart_[get,set]_prologue().
- Renamed g_mime_multipart_[get,set]_postface() to g_mime_multipart_[get,set]_epilogue().
- Modified g_mime_object_write_to_stream() to take a GMimeFormatOptions argument.
- Split GMimeFilterCRLF into GMimeFilterUnix2Dos, GMimeFilterDos2Unix and GMimeFilterSmtpData.
Porting from GMime 2.4 to GMime 2.6
-----------------------------------
After releasing GMime 2.4, it was discovered that
g_mime_stream_length() still returned ssize_t which, on 32bit systems,
meant that the function was useless if the actual stream was larger
than 2GB (which could happen if GMime was built with large file
support).
As I fixed this, I also found some API inconsistencies which I felt I
might as well fix up since I had to break API/ABI compatibility with
2.4 anyway.
Most notable in GMime 2.6 is the lack of GMimeSession which has been
dropped in favor of a much simpler callback
mechanism. GMimeCipherContexts constructors now take a
password_request callback function rather than forcing you to subclass
GMimeSession to get this functionality.
Other API changes include:
- GMimeBestEncoding has been renamed to GMimeEncodingConstraint
- GMimeSignatureValidity has been dropped in favor of
GMimeSignatureList which is simply a collection of signatures.
- GMimeSigner has been replaced by GMimeSignature and GMimeCertificate
which added a number of new fields and accessors making it much more
complete.
- GMimeCipherContext has been renamed to GMimeCryptoContext and the
method names for this class have also been renamed in a similar
fashion.
- g_mime_crypto_context_encrypt() now takes a digest algorithm
argument which is used when the 'sign' argument is TRUE.
- g_mime_multipart_encrypted_encrypt() also now takes a digest
algorithm argument which it passes along to
g_mime_crypto_context_encrypt().
- g_mime_crypto_context_decrypt() now returns a GMimeDecryptResult
which contains a list of signatures (if signed), a list of
recipients that the stream had been encrypted to, and also the
cipher and digest algorithms used.
- g_mime_multipart_encrypted_decrypt() no longer caches the decrypted
part and also now takes a GMimeSignatureList** output argument
which it sets in place of having to call
g_mime_multipart_encrypted_get_signature_validity() afterward.
For convenience, GMime 2.6 source packages include a shell-script to
aid in porting applications using GMime 2.4 to the 2.6 API. You can
find this script under the tools/ directory, named
`gmime-port-2-4-to-2-6.sh'.
Porting from GMime 2.2 to GMime 2.4
-----------------------------------
GMime 2.4 has had a number of API changes since GMime 2.2. To start,
ALL public APIs that used to use off_t in GMime 2.2 now use gint64 so
that the API and ABI do not change based on whether or not large file
support is enabled.
In addition, all of the functions marked as deprecated in 2.0 and 2.2
were removed (usually they had equivalent functionality in a parent
class).
Many functions have also been renamed for better clarity and/or
consistency. For convenience, GMime 2.4 source packages include a
shell-script to aid in porting applications using GMime 2.2 (should
work for most GMime 2.0 applications as well) to the 2.4 API. You can
find this script under the tools/ directory, named
`gmime-port-2-2-to-2-4.sh'.
This script won't fix everything, but it should help quite a bit.
Beyond that, a few methods have changed in other ways:
- g_mime_cipher_context_sign() still returns int, but if the value
isn't -1 (failure), then it will represent a GMimeCipherHash that it
used for signing. This is useful, for example, when the requested
hash was GMIME_CIPHER_HASH_DEFAULT.
- g_mime_cipher_context_decrypt() now returns a GMimeSignatureValidty
on success and NULL on failure. This is needed in case the encrypted
stream was also signed.
- g_mime_multipart_encrypted_encrypt() now takes a boolean 'sign'
argument to allow the caller to request encrypting and signing in a
single pass.
Several structs have also been rewritten to subclass GObject like
GMimeContentType and GMimeContentDisposition as well as
InternetAddress and InternetAddressList.
Not only have InternetAddress and InternetAddressList been ported to
GObject, but they have also undergone other design
changes. InternetAddress is now a base class for
InternetAddressMailbox and InternetAddressGroup, meaning that
InternetAddress no longer contains a union for group/addr fields.
All functions that return a GObject have been changed to not add a ref
to the object returned, meaning that it is no longer necessary to call
g_object_unref() on MIME parts returned from functions like
g_mime_message_get_mime_part() or g_mime_multipart_get_part(). This
was done to be more consistent with the Gtk+ API.
Porting from GMime 2.0 to GMime 2.2
-----------------------------------
Note: GMime 2.2 is both API and ABI compatible with GMime 2.0 meaning
that any program written for GMime 2.0 will compile fine with GMime
2.2 and any program linked against GMime 2.0's libraries will also
work with GMime 2.2's libraries.
Most of the changes made between 2.0 and 2.2 were internal but there
are a few API changes you should be aware of (as these interfaces will
be deprecated in some future version, probably 3.0).
- g_mime_utils_8bit_header_decode() has been split into 2
functions. We now have g_mime_utils_header_decode_text() and
g_mime_utils_header_decode_phrase(). header_decode_text() no longer
requires encoded-words to be rfc822 atoms. header_decode_phrase() is
still strict in that encoded-words MUST be valid rfc822 atoms.
- g_mime_utils_8bit_header_encode() has been renamed to
g_mime_utils_header_encode_text() to be more clear as to what type of
header this is supposed to encode. If you haven't guessed, this
function is for encoding rfc822 'text' headers (such as Subject).
- g_mime_utils_8bit_header_encode_phrase() has been renamed to
g_mime_utils_header_encode_phrase() mostly for consistency with the
previous 2 changes.
- g_mime_charset_name() has been renamed to
g_mime_charset_iconv_name() for clarity.
- g_mime_charset_locale_name() has been renamed to
g_mime_locale_charset(). Hmmm, was this a bad rename?
- g_mime_cipher_context_verify() no longer returns a
GMimeCipherValidity, instead it returns a GMimeSignatureValidity which
is far more useful. Never fear, you may still use the
GMimeCipherValidity APIs for the time being - they work fine given a
GMimeSignatureValidity structure.
- g_mime_multipart_signed_verify() also now returns a
GMimeSignatureValidity structure rather than a GMimeCipherValidity
structure. See changes to g_mime_cipher_context_verify() for details.
Porting from GMime 1.0 to GMime 2.0
-----------------------------------
The major change here is that I've dropped my own base object class
and have replaced it with GObject from glib-2.0. This should be a
pleasant change since you (the developer) will now be able to do many
more things such as setting arbitrary data on all GMime objects. For
additional information about GObject, please see the GObject Reference
Manual at http://developer.gnome.org/doc/API/2.0/gobject/
- The first thing you need to know is that any function returning a
non-const pointer to any object /must/ be unref'd when you are done
with it. Since all objects in GMime now subclass GObject, you may
safely use g_object_unref() (GMimeStream's may also be unref'd
using g_mime_stream_unref(), but either way is fine).
Don't forget that g_mime_part_get_content_object() returns a
ref-counted GMimeDataWrapper object now, and so you /must/ unref it
when you have finished using it. You must also remember to unref any
GMimeDataWrapper object that you /set/ on a GMimePart using
g_mime_part_set_content_object() as the GMimePart will now ref the
content object that you set on it.
- GMimeMultipart is a new class which is to be used for all multipart
MIME parts rather than GMimePart (as in 1.0). There are also some
subclasses of GMimeMultipart for other things.
- g_mime_part_[g,s]et_boundary() have been removed (see above). You
must now create a GMimeMultipart object and use
g_mime_multipart_[g,s]et_boundary().
- g_mime_part_add_subpart() has been replaced with
g_mime_multipart_add_part().
- g_mime_part_foreach() has been replaced with
g_mime_multipart_foreach() and/or g_mime_message_foreach_part().
- g_mime_part_get_subpart_from_content_id() has been replaced with
g_mime_multipart_get_subpart_from_content_id().
- Another new class is GMimeMessagePart which is to be used for all
MIME parts containing an rfc822 message. All 1.0 GMimePart's
representing message/rfc822 parts (as well as message/news parts?)
need to be migrated over to be GMimeMessagePart objects.
- GMimeMessagePartial is another class meant for handling the
message/partial MIME type. All 1.0 GMimePart's holding data of this
type should be replaced with GMimeMessagePartial objects.
- g_mime_message_write_to_stream() and g_mime_part_write_to_stream()
functions have been consolidated into a virtual method. Replace calls
to these functions with g_mime_object_write_to_stream(). Note: while
g_mime_part_write_to_stream() and g_mime_message_write_to_stream()
still exist, it is suggested you migrate to
g_mime_object_write_to_stream(). Same goes for g_mime_part_to_string()
and g_mime_message_to_string().
- GMimeMessage's structure has changed a bit. You will not be able to
do message->header, instead you want to do ((GMimeObject *)
message)->header.
- g_mime_message_set_message_id() now takes a message_id argument
without the encapsulating <>'s (it now just takes the addr-spec
portion of the msg-id).
- GMimeFilterFrom has changed slightly, you will want to replace all
calls to g_mime_filter_from_new () with g_mime_filter_from_new
(GMIME_FILTER_FROM_MODE_DEFAULT) (GMIME_FILTER_FROM_MODE_DEFAULT is
equivalent to (int) 0).
- GMimeParser has had a number of API additions, but
g_mime_parser_construct_part() and g_mime_parser_construct_message()
still exist, however they no longer take a GMimeStream
argument. Instead, they take a GMimeParser object.
If you find more trouble spots when porting your code from one version
of GMime to a later version, please feel free to send me additional
notes to add to this porting document.