Re: [dspace-tech] Re: solr error importing stats

[James Holobetz]

After evaluation I suspected the same thing. The big issue of the whole
matter is that DSpace 7.6, while it was exporting the statistics, was
adding escape characters (\) to the path character (again \) probably which
increased the "query" size.

I am just going to delete that record all together in our production system
so any further solr exports do not produce the same error when syncing our
development machine.

Thanks for your help Tim!

James

On Wed, Sep 13, 2023 at 10:25 AM DSpace Technical Support <
dspace-tech@googlegroups.com> wrote:

> Hi James,
>
> That long query looks suspiciously like a "directory traversal" attack
> that someone tried to (unsuccessfully) run against your system in the past
> using the search page.  For example:
> https://www.acunetix.com/websitesecurity/directory-traversal/  (Notice
> how the query you shared had "win.ini" which is a common directory
> traversal attack attempt)
>
> This sort of attack won't work on DSpace (so there's nothing to worry
> about). But it might have been logged in your statistics because it was
> attempted from the DSpace search page.
>
> Overall, my opinion is you may just want to *delete* this entry from your
> exported CSV.  It doesn't look like a valid statistical entry that you'd
> want to "count".  It looks like someone was attempting to attack your site
> (and failing to do so).
>
> Tim
>
> On Tuesday, September 12, 2023 at 4:56:51 PM UTC-5 James Holobetz wrote:
>
>> During our move from DSpace 6.x to DSpace 7.x we had to combine solr
>> shards and then use the UUIDfix tool to convert the old DSpace Object ID to
>> UUID. Anyways, I saved all the csv files for solr ingest and went looking
>> through them for clues about the "query" in question. The
>> solr-export-statistics dump from 6.3 looks different from the
>> solr-export-statistics dump from 7.6 for the query in question.
>>
>>
>>
>> On Tue, Sep 12, 2023 at 2:14 PM James Holobetz  wrote:
>>
>>> I have found the "query" string in question in the particular csv file
>>> that was dumped (solr-export-statistics) from our DSpace 7.6 production
>>> machine. I have attached the relevant files to help as to any clue what may
>>> be happening.
>>>
>>> Thank you,
>>>
>>> James
>>>
>>> On Tue, Sep 12, 2023 at 11:12 AM DSpace Technical Support <
>>> dspac...@googlegroups.com> wrote:
>>>
 Hi James,

 I have to admit, I've never seen that error before.  My guess is
 there's something odd/different (or incorrect) with the data that you are
 trying to import.  But, I don't know what it could be.  That error mentions
 the "query" field is the problematic one.  Have you looked at the data you
 are trying to import to see why that "query" field is so long?  Maybe
 something is incorrect in that import data, or maybe it's encoded
 improperly and the script is stumbling over it?

 Tim

 On Monday, September 11, 2023 at 3:49:56 PM UTC-5 James Holobetz wrote:

>
> (I sent it early be mistake)
>
>
> https://mail.google.com/mail/u/0/?tab=rm#search/Exception+writing+document+id/FMfcgzGtvsbMhlrcPsHZXVSJjRcZSsvW
>
>
> https://stackoverflow.com/questions/37070593/how-to-deal-with-document-contains-at-least-one-immense-term-in-solr
>
>
> 1) What would cause this (on the production machine)?
>
> 2) How do I resolve this issue?
>
> Thank you
>
> On Mon, Sep 11, 2023 at 2:46 PM James Holobetz 
> wrote:
>
>> I am moving data from our production dspace 7.6 server to our
>> development dspace 7.6 server and I am repeatedly receiving this error:
>>
>> holobetj dspace $ dsp /opt/dspace/bin/dspace solr-import-statistics -c
>> No index name provided, defaulting to "statistics".
>> Exception: Error from server at http://localhost:8983/solr/statistics:
>> Exception writing document id 01072706-6b8a-420d-9bc0-cc637bce3df4 to the
>> index; possible analysis error: Document contains at least one immense 
>> term
>> in field="query" (whose UTF8 encoding is longer than the max length 
>> 32766),
>> all of which were skipped.  Please correct the analyzer to not produce 
>> such
>> terms.  The prefix of the first immense term is: '[117, 110, 101, 120, 
>> 105,
>> 115, 116, 105, 110, 103, 47, 46, 46, 47, 46, 46, 47, 46, 46, 47, 46, 46,
>> 47, 46, 46, 47, 46, 46, 47, 46]...', original message: bytes can be at 
>> most
>> 32766 in length; got 34396. Perhaps the document has an indexed string
>> field (solr.StrField) which is too large
>> org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException:
>> Error from server at http://localhost:8983/solr/statistics:
>> Exception writing document id 01072706-6b8a-420d-9bc0-cc637bce3df4 to the
>> index; possible analysis error: Document contains at least one immense 
>> term
>> in field="query" (whose UTF8 encoding is longer than the max length 

[dspace-tech] Re: IDE Integration of dspace

[DSpace Technical Support]

Hi,

At this time, we do not have updated IDE integration instructions for 
DSpace 7. However, I can verify that the DSpace 7 backend works very 
similarly to DSpace 6... so older integrations that worked for DSpace 6 
should likely still work for DSpace 7. 

These IDE integration instructions tend to be donated by volunteers.  I 
haven't had anyone volunteer to write one of these for DSpace 7 yet, so 
there's nothing that I can share.

I will note though that we have *old* IDE instructions for DSpace 5 & 6 
at 
https://wiki.lyrasis.org/display/DSPACE/Developer+Guidelines+and+Tools#DeveloperGuidelinesandTools-DevelopingEnvironments(IDEs)
  
You might be able to use these for DSpace 7 + Eclipse. But, I don't know 
for certain.

If any developers out there have IDE instructions you'd like to share for 
any IDE, please do get in touch.  I'd love to get these instructions 
updated.

Tim

On Wednesday, September 13, 2023 at 12:36:01 AM UTC-5 deeks...@gmail.com 
wrote:

> In eclipse
>
> On Wednesday, September 13, 2023 at 9:05:30 AM UTC+5:30 deeksha wrote:
>
>> Can you help out with IDE integration of DSpace?
>
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/27d9c306-ff8d-4b38-9ef5-055b8e5b0790n%40googlegroups.com.

Re: [dspace-tech] Re: solr error importing stats

[DSpace Technical Support]

Hi James,

That long query looks suspiciously like a "directory traversal" attack that 
someone tried to (unsuccessfully) run against your system in the past using 
the search page.  For 
example: https://www.acunetix.com/websitesecurity/directory-traversal/  
(Notice how the query you shared had "win.ini" which is a common directory 
traversal attack attempt)

This sort of attack won't work on DSpace (so there's nothing to worry 
about). But it might have been logged in your statistics because it was 
attempted from the DSpace search page.

Overall, my opinion is you may just want to *delete* this entry from your 
exported CSV.  It doesn't look like a valid statistical entry that you'd 
want to "count".  It looks like someone was attempting to attack your site 
(and failing to do so).

Tim

On Tuesday, September 12, 2023 at 4:56:51 PM UTC-5 James Holobetz wrote:

> During our move from DSpace 6.x to DSpace 7.x we had to combine solr 
> shards and then use the UUIDfix tool to convert the old DSpace Object ID to 
> UUID. Anyways, I saved all the csv files for solr ingest and went looking 
> through them for clues about the "query" in question. The 
> solr-export-statistics dump from 6.3 looks different from the 
> solr-export-statistics dump from 7.6 for the query in question.
>
>
>
> On Tue, Sep 12, 2023 at 2:14 PM James Holobetz  wrote:
>
>> I have found the "query" string in question in the particular csv file 
>> that was dumped (solr-export-statistics) from our DSpace 7.6 production 
>> machine. I have attached the relevant files to help as to any clue what may 
>> be happening.
>>
>> Thank you,
>>
>> James
>>
>> On Tue, Sep 12, 2023 at 11:12 AM DSpace Technical Support <
>> dspac...@googlegroups.com> wrote:
>>
>>> Hi James,
>>>
>>> I have to admit, I've never seen that error before.  My guess is there's 
>>> something odd/different (or incorrect) with the data that you are trying to 
>>> import.  But, I don't know what it could be.  That error mentions the 
>>> "query" field is the problematic one.  Have you looked at the data you are 
>>> trying to import to see why that "query" field is so long?  Maybe something 
>>> is incorrect in that import data, or maybe it's encoded improperly and the 
>>> script is stumbling over it?
>>>
>>> Tim
>>>
>>> On Monday, September 11, 2023 at 3:49:56 PM UTC-5 James Holobetz wrote:
>>>

 (I sent it early be mistake)


 https://mail.google.com/mail/u/0/?tab=rm#search/Exception+writing+document+id/FMfcgzGtvsbMhlrcPsHZXVSJjRcZSsvW


 https://stackoverflow.com/questions/37070593/how-to-deal-with-document-contains-at-least-one-immense-term-in-solr


 1) What would cause this (on the production machine)?

 2) How do I resolve this issue?

 Thank you

 On Mon, Sep 11, 2023 at 2:46 PM James Holobetz  
 wrote:

> I am moving data from our production dspace 7.6 server to our 
> development dspace 7.6 server and I am repeatedly receiving this error:
>
> holobetj dspace $ dsp /opt/dspace/bin/dspace solr-import-statistics -c
> No index name provided, defaulting to "statistics".
> Exception: Error from server at http://localhost:8983/solr/statistics: 
> Exception writing document id 01072706-6b8a-420d-9bc0-cc637bce3df4 to the 
> index; possible analysis error: Document contains at least one immense 
> term 
> in field="query" (whose UTF8 encoding is longer than the max length 
> 32766), 
> all of which were skipped.  Please correct the analyzer to not produce 
> such 
> terms.  The prefix of the first immense term is: '[117, 110, 101, 120, 
> 105, 
> 115, 116, 105, 110, 103, 47, 46, 46, 47, 46, 46, 47, 46, 46, 47, 46, 46, 
> 47, 46, 46, 47, 46, 46, 47, 46]...', original message: bytes can be at 
> most 
> 32766 in length; got 34396. Perhaps the document has an indexed string 
> field (solr.StrField) which is too large
> org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: 
> Error from server at http://localhost:8983/solr/statistics: Exception 
> writing document id 01072706-6b8a-420d-9bc0-cc637bce3df4 to the index; 
> possible analysis error: Document contains at least one immense term in 
> field="query" (whose UTF8 encoding is longer than the max length 32766), 
> all of which were skipped.  Please correct the analyzer to not produce 
> such 
> terms.  The prefix of the first immense term is: '[117, 110, 101, 120, 
> 105, 
> 115, 116, 105, 110, 103, 47, 46, 46, 47, 46, 46, 47, 46, 46, 47, 46, 46, 
> 47, 46, 46, 47, 46, 46, 47, 46]...', original message: bytes can be at 
> most 
> 32766 in length; got 34396. Perhaps the document has an indexed string 
> field (solr.StrField) which is too large
>
>
> Looking in  the forums here I have seen the error very rarely:
>
> -- 
>>> All messages to this mailing list should adhere to the Code 

[dspace-tech] Re: Bug or inefficent query on update-handle-prefix script Dspace 7.6

[DSpace Technical Support]

Hi Evelio,

I responded to your message on Slack as well.  But, I've verified that the 
query itself is definitely inefficient and created a bug ticket for this 
at https://github.com/DSpace/DSpace/issues/9066

While I was investigating this, I also realized there may be a "quick fix" 
of removing the "cross join" portion of that query.  So, I created a small 
PR for that: https://github.com/DSpace/DSpace/pull/9067

This small PR improves performance slightly on a small database (I only 
have 1,000 handles to test with, not 47,000 like you).  If you (or someone 
else) has time to test this small fix on a larger database, I'd be curious 
to find out if it improves the performance there as well.  If it does, we 
can get this fix merged immediately (and included in 7.6.1).  But, if it's 
not a complete fix, then I might need to find others to help me investigate 
this ticket further to determine what else might be going on.

Thanks,

Tim

On Tuesday, September 12, 2023 at 7:22:26 AM UTC-5 evelio...@gmail.com 
wrote:

>
> Hello 
>
> We are migrating from DSpace 5 to 7.6.
> Everything goes smooth but we have copied production database to test 
> environment  and when we change handle prefix it takes t lng  and 
> finally does not update.
> After 17 hours we see the below dialog...
>
> # time ./dspace update-handle-prefix 10230 123456789
>
> Getting information about handles from database...
>
> In your repository will be updated 47316 handles to new prefix 123456789 
> from original 10230!
>
> Servlet container (e.g. Apache Tomcat, Jetty, Caucho Resin) must be 
> running.
>
> If it is necessary, please make a backup of the database.
>
> Are you ready to continue? [y/n]: y
>
> No changes have been made to your data.
>
>
> real1032m21,431s
>
>
> The offending query is 
>
>
>  select count(distinct handle0_.handle_id) as col_0_0_ from public.handle 
> handle0_ cross join public.handle handle1_ where handle0_.handle like $1
>
>  DETALLE:  parámetros: $1 = '10230%'
>
>
> Any ideas or workaround?
>
>
> Thanks in advance
>
> Evelio 
>
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/32b513af-1e10-4161-9cea-ec3d8bf1de6an%40googlegroups.com.

[dspace-tech] Re: PDF Thumbnail inquiry

['FREDERICO FERRÃO DA SILVA' via DSpace Technical Support]

For the "No thumbnail Available" I think you'll need to customize the 
thumbnail component in the frontend app

Em terça-feira, 12 de setembro de 2023 às 07:27:14 UTC-4, Anton escreveu:

> Hello everyone,
>
> I have recently installed DSpace 7.6 on a server. 
> It is running but I have an issue with generating thumbnails for PDF 
> items. I tried using ImageMagick Image/PDF instead of default PDFBOX JPEG 
> Thumbnail, but it did not work. 
> Based on the documentation "
> https://wiki.lyrasis.org/display/DSDOC7x/Mediafilters+for+Transforming+DSpace+Content;,
>  ImageMagick 
> is not necessary for PDF files, but still I gave it a try. 
>
> Alternatively, I would like to hide the "No Thumbnail Available" box for 
> those Items that have no thumbnails. Which file could I edit to achieve 
> that?
>
> Any suggestions would be greatly appreciated.
>
> Thank you,
> Anton
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/75b56192-4a0c-4211-a502-15cca9968768n%40googlegroups.com.

[dspace-tech] Re: Show number of items next to community and collections on DSpace 7.6

[Lewatle Johannes Phaladi]

Hello Mariusz,

Thank you very much for sharing.

Regards,
Lewatle 

On Wednesday, 13 September 2023 at 14:38:50 UTC+2 Technologiczny Informator 
wrote:

> Hi,
>
> that's what you're looking for
>
> https://wiki.lyrasis.org/display/DSDOC7x/Configuration+Reference#ConfigurationReference-ItemCountsinuserinterface
>
> Regards,
> Mariusz
>
> środa, 13 września 2023 o 10:24:42 UTC+2 Lewatle Johannes Phaladi 
> napisał(a):
>
>> Dear All,
>>
>> How to set number of items shown next to community, sub-communities and 
>> collections  in Dspace 7.6
>>
>> example below :
>>
>> [image: coll num.png]
>>
>> Regards,
>> Lewatle 
>>
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/51c603a2-3992-47ec-be5f-1954b57867afn%40googlegroups.com.

Re: [dspace-tech] Re: Test running handle server in Dspace

[dataquest]

Hi, thanks for the answer.

I am sure DSpace was running (but will check again to make sure there were
no errors at that moment).
I used exactly the steps from the guide I linked. The only unclear step is
modifying the config.dct file (number 4).
There are several places with mentioned handle. I modified all of them. It
could be helpful to make that
step more clear or perhaps include example of the file before and after
with some specific handle.

I understand that handles will not be resolved on https://hdl.handle.net
and I am completely fine with it.

If there could be more specific instructions about the config.dct file, it
would certainly be helpful.
If that does not help, I can send more data to try and pinpoint the issue.

With regards,
Majo Berger


On Tue, Sep 12, 2023 at 7:03 PM DSpace Technical Support <
dspace-tech@googlegroups.com> wrote:

> Hi Majo,
>
> It's unclear how you've obtained that error.  But, the
> NullPointerException to me almost seems to imply that DSpace isn't running,
> or something is incorrect in your Handle configuration.  Maybe if you
> provided the steps you've taken to get that error, it'd help others provide
> you with more advice.
>
> As far as I'm aware, it should be possible to run the Handle Server itself
> with a "fake" handleprefix.  However, it will not resolve "
> https://hdl.handle.net/; URLs until you have a valid prefix registered
> with that service.  (If I'm wrong about that, I hope someone else will
> correct me.  I'll admit, I'm not sure if this changed in more recent
> versions of the Handle Server software.)
>
> Overall, you don't need to run the Handle Server in DSpace unless you want
> to generate permanent "https://hdl.handle.net/; URLs for every object.
>
> Tim
>
> On Monday, September 11, 2023 at 6:51:05 AM UTC-5 dtq...@gmail.com wrote:
>
>> Hello everybody.
>>
>> I tried to run DSpace handle server (with current codebase from GitHub)
>> according to the guide
>> https://wiki.lyrasis.org/display/DSDOC7x/Handle.Net+Registry+Support
>>
>> I failed to make it run, due to NullPointerException in HandlePlugin
>> class:
>>
>> "2023-09-08 16:50:33.267+0200" 25 Handle.net Server Software version 9.3.0
>> java.lang.NullPointerException
>> at org.dspace.handle.HandlePlugin.haveNA(HandlePlugin.java:397)
>> at net.handle.server.HandleServer.storageHaveNA(HandleServer.java:3640)
>> at
>> net.handle.server.HandleServer.applyAutoHomedPrefixes(HandleServer.java:692)
>> at net.handle.server.HandleServer.start(HandleServer.java:639)
>> at net.handle.server.Main.start(Main.java:288)
>> at net.handle.server.Main.main(Main.java:123)
>> Shutting down...
>>
>> I wanted to run it with some random handle prefix as a test. I am not
>> sure if that is possible,
>> and if it could be causing this error.
>>
>> My questions therefore are:
>>
>>1. What could cause this problem? Can it be non-existent/invalid
>>handle prefix?
>>2. Is it possible to somehow test run the handle server?
>>3. If I manage to get it up running, how can I check if it works?
>>
>> I failed to find that information in the guide. It might be also useful
>> to specify a bit more
>> clearly how to edit config.dct or perhaps add an example with specific
>> handle.
>>
>> When I tried to find information about this, I only found old and/or not
>> relevant
>> mails and articles. If such resource exists, please just point me in the
>> right direction.
>> Many thanks in advance.
>>
>> With regards,
>> Majo Berger
>>
>>
>> marian...@dataquest.sk
>>
>> dataquest s.r.o.
>>
>> Veľká Okružná 26A, 010 01 Žilina
>>
>> www.dataquest.sk
>>
>>
>>
>> [image: image.png]
>>
> --
> All messages to this mailing list should adhere to the Code of Conduct:
> https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/9749d856-711e-4eef-8e1d-4e31a6d1c669n%40googlegroups.com
> 
> .
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAJ98do4QRpXQNCiwhFbjP_%3DwZyY918%3DK-Me2ZS6VBpOC%3DOEPAw%40mail.gmail.com.

[dspace-tech] Re: Show number of items next to community and collections on DSpace 7.6

[Technologiczny Informator]

Hi,

that's what you're looking for
https://wiki.lyrasis.org/display/DSDOC7x/Configuration+Reference#ConfigurationReference-ItemCountsinuserinterface

Regards,
Mariusz

środa, 13 września 2023 o 10:24:42 UTC+2 Lewatle Johannes Phaladi 
napisał(a):

> Dear All,
>
> How to set number of items shown next to community, sub-communities and 
> collections  in Dspace 7.6
>
> example below :
>
> [image: coll num.png]
>
> Regards,
> Lewatle 
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/813929a6-c988-44c3-b455-32d9d41726c4n%40googlegroups.com.

[dspace-tech] Mispath Configuration Dspace 6.3

[rizky subagja]

Dear All, i was trying to setup dspace 6.3 and on my local cfg, i set the 
url into localhost:8080/dspace_project. the build are done, and i copy my 
dspace webapps folder into my tomcat webapps folder, when everything seem 
good. I tried to access my dspace localhost:8080/dspace_project/xmlui it 
doesn't work, instead it was work on localhost:8080/xmlui.

what i miss here ? is there a bug or i maybe i just did a mistake on the 
setup ?

Thank you

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/6befbd64-2262-4b8d-b45e-98897f9703fbn%40googlegroups.com.

[dspace-tech] Show number of items next to community and collections on DSpace 7.6

[Lewatle Johannes Phaladi]

Dear All,

How to set number of items shown next to community, sub-communities and 
collections  in Dspace 7.6

example below :

[image: coll num.png]

Regards,
Lewatle 

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/697ae15f-baf0-43b7-89ca-7a5ff75bde05n%40googlegroups.com.