Re: [fetchmail-devel] mapi again

[mojmir s. <moj...@2k...>]

good morning Matthias,

* mat...@gm... <mat...@gm...> [2009-08-28 06:15:43 +0000]:

> * Don't introduce security holes, avoid static buffers

oh i must read some secure programming stuff, i was never involved :)
by avoiding static buffers (local? global ones?) you mean allocate
every buffer on heap?

> > 2. mapi
> > /O=TAKE-TWOINTERACTIVE/OU=2KGB/CN=RECIPIENTS/CN?A....@2k...rp
> 
> Looks like ITU-T X.500 series stuff, which isn't overly weird, it's just
> that you're usually interested in the CN field (common name). Depending on
> how openMAPI gets this information to you, take care of escaping and
> continuation lines. LDIF for instance has rather unusual (in my personal
> perspetion) line continuation format... just chop, insert LF and blank...

oka, will try

> > 4. mapi todo
> > - threading of messages does not work
> 
> Is the cause known yet? Incomplete headers, such as In-Reply-To: or
> References:?

yes, only very few fields from the whole header is passed to mda. i have
to add the other fields, the problem is which ones, mapi has cca 1000 of
these tags :) i'll talk with openchange people about this.

> > - when > 1000 messages, fetchmail says it cannot open MDA
> > 	  report(stderr, GT_("MDA open failed\n"));
> 
> Try running with -vvv and see if you still get the "about to deliver
> with:" message, and please show it to me.

oka, next time, i had to run outlook and flush everything so every time
that happens i loose some of messages.

> Can I also see your mda option's argument?

mda "procmail -d x"

> In doubt, report the usual stuff I ask users to report,
> http://www.fetchmail.info/fetchmail-FAQ.html#G3

gentoo, i686-pc-linux-gnu
gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5)
mda = procmail v3.22 2001/09/10
using fetchmail -kvvv options. -F for separate flush

more info next time i'll investigate that behaviour.

> WRT descriptor leaks: Try "lsof -c fetchmail" in a separate console while

i did that in fact and according to lsof there seems not to be descriptor leak.

> strace or truss could help. You could also grep "ps ax" or "ps -ef" output

good idea - will do next time that happens.
weren't there some performance monitor for linux? three or four letters
that was... oh i cannot remember the name :)

> <http://www.fetchmail.info/fetchmail-FAQ.html#S2> - does it help to fiddle
> with the Exchange registry?

ee, i do not have access to exchange server as i am trying it on company's mail
server. well these messages seem non fatal, so i'd postpone this too.


i have to hurry back to work so bye and many thanks for your responses,
mojmir