* Editing names before they're indexed
@ 2015-05-11 17:50 Michael Parks
2015-05-11 19:59 ` [sup] " Ruthard Baudach
0 siblings, 1 reply; 2+ messages in thread
From: Michael Parks @ 2015-05-11 17:50 UTC (permalink / raw)
To: supmua
[-- Attachment #1.1: Type: text/plain, Size: 1985 bytes --]
Me again - thanks for the previous help on that indexing thing. Hooks are
definitely the way to go!
I've got another issue which I think i've tracked down the reason for. I
currently get my work email (hosted on an Exchange server) via Davmail,
which provides the IMAP port I use with offlineimap which pulls into sup.
Not at all confusing, right?
Horrible exchange server -> Davmail -> Offlineimap -> Sup
What's happening is somewhere along the line, the header lines containing
the from/to/cc/etc addresses are getting mangled. I'm not sure where in the
chain this is happening, but it manifests in the headers as random
applications of newline characters. What this means is that Sup sees
people's names as something like, for my name, 'Michael"'.
Here's one of the crocked headers (don't worry, these names are all bogus):
To: : "Lockman, Xavier" <Xavier.Lockman@company.com>, #Engineering
<Engineering@company.com>, "Medhurst, Louisa"
<Louisa.Medhurst@company.com>, "Koss, Lucius"
<Lucius.Koss@company.com>, "Mufeeda-Nazari, Judi"
<Judi.Mufeedanazari@company.com>, "Tranter, Lilian"
<Lilian.Tranter@company.com>, "Kingsmill, Jeremy"
<Jeremy.Kingsmill@company.com>, "Rowan,
Mary" <Mary.Rowan@company.com>, "Abdullahi, Abraham"
<Abraham.Abdullahi@company.com>, "McMinn,
Matthew" <Matthew.Mcminn@company.com>
In this case, Mary Rowan and Matthew McMinn's names would be indexed as
'Mary"' and 'Matthew"', with their last names being lost entirely.
What i'd like to be able to do is play with the message header before it's
processed and broken down into its component people. I've got a regex which
I can use with String#split to rewrite the names into a more sane format
(and by "more sane", I mean "with newlines after each name<email> pair").
However, it looks like all of Sup's hooks take effect after this processing
has already been completed.
Is there a supported way to tweak the incoming messages before they're
processed?
[-- Attachment #1.2: Type: text/html, Size: 3242 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [sup] Editing names before they're indexed
2015-05-11 17:50 Editing names before they're indexed Michael Parks
@ 2015-05-11 19:59 ` Ruthard Baudach
0 siblings, 0 replies; 2+ messages in thread
From: Ruthard Baudach @ 2015-05-11 19:59 UTC (permalink / raw)
To: supmua
[-- Attachment #1: Type: text/plain, Size: 3021 bytes --]
Again I'm afraid this is not a sup problem, but a RMail related one.
As far as I was able to decifer the source code of sup, sup never sees
the raw email data, but uses RMail to read the sources, building a
Redwood::Message object wrapping a RMail::Message object.
Thus I see the following possibilities to solve this problem
a) fix the chain "Horrible exchange server -> Davmail -> Offlineimap"
b) file a bug with RMail (I'm not shure -- did the sup team took
responsibility for RMail a few years ago?)
c) create a script reformatting the emails in your local maildir and
call this from the before-poll hook
d) If you got a working solution to parse these crippeled address lines,
contribute it to RMail
Ruthard Baudach
>== Auszüge aus der Nachricht von Michael Parks vom 2015-05-11 10:50:
> Me again - thanks for the previous help on that indexing thing. Hooks are
> definitely the way to go!
>
> I've got another issue which I think i've tracked down the reason for. I
> currently get my work email (hosted on an Exchange server) via Davmail,
> which provides the IMAP port I use with offlineimap which pulls into sup.
>
> Not at all confusing, right?
>
> Horrible exchange server -> Davmail -> Offlineimap -> Sup
>
> What's happening is somewhere along the line, the header lines containing
> the from/to/cc/etc addresses are getting mangled. I'm not sure where in the
> chain this is happening, but it manifests in the headers as random
> applications of newline characters. What this means is that Sup sees
> people's names as something like, for my name, 'Michael"'.
>
> Here's one of the crocked headers (don't worry, these names are all bogus):
>
> To: : "Lockman, Xavier" <Xavier.Lockman@company.com>, #Engineering
> <Engineering@company.com>, "Medhurst, Louisa"
> <Louisa.Medhurst@company.com>, "Koss, Lucius"
> <Lucius.Koss@company.com>, "Mufeeda-Nazari, Judi"
> <Judi.Mufeedanazari@company.com>, "Tranter, Lilian"
> <Lilian.Tranter@company.com>, "Kingsmill, Jeremy"
> <Jeremy.Kingsmill@company.com>, "Rowan,
> Mary" <Mary.Rowan@company.com>, "Abdullahi, Abraham"
> <Abraham.Abdullahi@company.com>, "McMinn,
> Matthew" <Matthew.Mcminn@company.com>
>
>
> In this case, Mary Rowan and Matthew McMinn's names would be indexed as
> 'Mary"' and 'Matthew"', with their last names being lost entirely.
>
> What i'd like to be able to do is play with the message header before it's
> processed and broken down into its component people. I've got a regex which
> I can use with String#split to rewrite the names into a more sane format
> (and by "more sane", I mean "with newlines after each name<email> pair").
>
> However, it looks like all of Sup's hooks take effect after this processing
> has already been completed.
>
> Is there a supported way to tweak the incoming messages before they're
> processed?
--
Emails bitte verschlüsseln und signieren.
Meine PGP-Id: 0xAC5AC6C2
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-05-16 15:04 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-05-11 17:50 Editing names before they're indexed Michael Parks
2015-05-11 19:59 ` [sup] " Ruthard Baudach
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox