Frage Some attachments are not being saved in the root folder

  • Tuesday, August 21, 2012 3:54 PM
     
     

    We have an email enabled document library that doesn’t save the attachments in the root folder when the email is sent from our Konica Minolta C353.  I can open the .eml file and remove the attachment manually, but I would like SharePoint to do it automatically.  However, attachments are saved in the root folder when emails are sent from our Konica Minolta C350 or Outlook. 

    We run

    • SBS 2008 with SharePoint 2010 Foundation
          Microsoft SharePoint Foundation 2010                14.0.6029.1000
          Hotfix for Microsoft SharePoint Foundation 2010 (KB2598373)    14.0.6123.5002
          Microsoft SharePoint Foundation 2010 Service Pack 1 (SP1)    14.0.6029.1000
          Microsoft SharePoint Foundation 2010 1033 Lang Pack        14.0.6029.1000
          Hotfix for Microsoft SharePoint Foundation 2010 (KB2598373)    14.0.6123.5000
          Microsoft SharePoint Foundation 2010 Service Pack 1 (SP1)    14.0.6029.1000
          Microsoft SharePoint Foundation 2010 Core            14.0.6029.1000
          Hotfix for Microsoft SharePoint Foundation 2010 (KB2598373)    14.0.6123.5002
          Microsoft SharePoint Foundation 2010 Service Pack 1 (SP1)    14.0.6029.1000
    • Two Konica Minolta multi-function devices: C350 and C353, both relay off the Exchange server.
    • Outlook 2007 and 2010

    Some additional information,  the following are two scans, but three emails and one attachment are in the library.

    The scan and email that works


    X-Receiver: <incoming@companyweb> NOTIFY=NEVER
    X-EndOfInjectedXHeaders: 14443
    Received: from ourdomain.com (10.1.10.10) by sbs2k8.ourdomain.com
     (10.1.10.2) with Microsoft SMTP Server id 8.3.279.1; Tue, 21 Aug 2012
     10:51:53 -0400
    Message-ID: <7500000013.001.20120821102042@ourdomain.com>
    To: <incoming@companyweb>
    Subject: [Image File] SharePoint,Minolta350, #013
    From: <scanner@ourdomain.com>
    Reply-To: <scanner@ourdomain.com>
    Date: Tue, 21 Aug 2012 10:20:42 -0400
    MIME-Version: 1.0
    Content-Type: multipart/mixed; boundary="Boundary_Internet_Facsimile"
    Return-Path: scanner@ourdomain.com

    --Boundary_Internet_Facsimile
    Content-Type: text/plain; charset="us-ascii"
    Content-Transfer-Encoding: quoted-printable

     FROM:Someone
    Image data has been attached to
    the E-Mail.


    --Boundary_Internet_Facsimile
    Content-Type: application/pdf; name="Minolta35020120821102038.pdf"
    Content-Transfer-Encoding: base64
    Content-Dis filename="Minolta35020120821102038.pdf"


    The second scan with the email that didn't work

    X-sender: <scanner@ourdomain.com> BODY=7BIT
    X-Receiver: <incoming@companyweb>
    X-EndOfInjectedXHeaders: 6216
    Received: from KMBT6178BD.ourdomain.local (10.1.10.11) by
     sbs2k8.ourdomain.com (10.1.10.2) with Microsoft SMTP Server id 8.3.279.1;
     Tue, 21 Aug 2012 10:52:45 -0400
    To: <incoming@companyweb>
    Subject: Message from KMBT_C353
    Sender: <scanner@ourdomain.com>
    From: <scanner@ourdomain.com>
    Reply-To: <mfd@ourdomain.com>
    X-Mailer: KONICA MINOLTA bizhub C353
    Date: Tue, 21 Aug 2012 09:48:37 -0400
    Message-ID: <50335975.0D1.00206B6178BD.scanner@ourdomain.com>
    MIME-Version: 1.0
    Content-Transfer-Encoding: 7bit
    Return-Path: scanner@ourdomain.com
    Content-Type: multipart/mixed;
        boundary="_a067b738-d9dd-4c88-bf9b-e33b265dc02b_"

    --_a067b738-d9dd-4c88-bf9b-e33b265dc02b_
    Content-Type: text/plain; charset="us-ascii"
    Content-Transfer-Encoding: quoted-printable



    --_a067b738-d9dd-4c88-bf9b-e33b265dc02b_
    Content-Type: message/rfc822


    The second email from the second scan

    Received: from KMBT6178BD.ourdomain.local (10.1.10.11) by
     sbs2k8.ourdomain.com (10.1.10.2) with Microsoft SMTP Server id 8.3.279.1;
     Tue, 21 Aug 2012 10:52:45 -0400
    To: <incoming@companyweb>
    Subject: Message from KMBT_C353
    Sender: <scanner@ourdomain.com>
    From: <scanner@ourdomain.com>
    Reply-To: <mfd@ourdomain.com>
    X-Mailer: KONICA MINOLTA bizhub C353
    Date: Tue, 21 Aug 2012 09:48:37 -0400
    Message-ID: <50335975.0D1.00206B6178BD.scanner@ourdomain.com>
    MIME-Version: 1.0
    Content-Type: multipart/mixed;
        boundary="KONICA_MINOLTA_Internet_Fax_Boundary"
    Content-Transfer-Encoding: 7bit
    Return-Path: scanner@ourdomain.com
    X-MS-Exchange-Organization-OriginalArrivalTime: 21 Aug 2012 14:52:45.8394
     (UTC)
    X-MS-Exchange-Organization-AuthSource: SBS2K8.ourdomain.local
    X-MS-Exchange-Organization-AuthAs: Internal
    X-MS-Exchange-Organization-AuthMechanism: 10
    X-MS-Exchange-Organization-OriginalSize: 4123
    X-MS-Exchange-Organization-Recipient-Limit-Verified: True

    --KONICA_MINOLTA_Internet_Fax_Boundary
    Content-Type: application/pdf; name="SKMBT_C35312082109480.pdf"
    Content-Disposition: attachment; filename="SKMBT_C35312082109480.pdf"
    Content-Transfer-Encoding: BASE64

    Received: from KMBT6178BD.ourdomain.local (10.1.10.11) by
     sbs2k8.ourdomain.com (10.1.10.2) with Microsoft SMTP Server id 8.3.279.1;
     Tue, 21 Aug 2012 10:52:45 -0400
    To: <incoming@companyweb>
    Subject: Message from KMBT_C353
    Sender: <scanner@ourdomain.com>
    From: <scanner@ourdomain.com>
    Reply-To: <mfd@ourdomain.com>
    X-Mailer: KONICA MINOLTA bizhub C353
    Date: Tue, 21 Aug 2012 09:48:37 -0400
    Message-ID: <50335975.0D1.00206B6178BD.scanner@ourdomain.com>
    MIME-Version: 1.0
    Content-Type: multipart/mixed;
        boundary="KONICA_MINOLTA_Internet_Fax_Boundary"
    Content-Transfer-Encoding: 7bit
    Return-Path: scanner@ourdomain.com
    X-MS-Exchange-Organization-OriginalArrivalTime: 21 Aug 2012 14:52:45.8394
     (UTC)
    X-MS-Exchange-Organization-AuthSource: SBS2K8.ourdomain.local
    X-MS-Exchange-Organization-AuthAs: Internal
    X-MS-Exchange-Organization-AuthMechanism: 10
    X-MS-Exchange-Organization-OriginalSize: 4123
    X-MS-Exchange-Organization-Recipient-Limit-Verified: True

    --KONICA_MINOLTA_Internet_Fax_Boundary
    Content-Type: application/pdf; name="SKMBT_C35312082109480.pdf"
    Content-Disposition: attachment; filename="SKMBT_C35312082109480.pdf"
    Content-Transfer-Encoding: BASE64

    Any help will be appreciated!

    Sincerely,

    Raymond


    • Edited by skeltonr Tuesday, August 21, 2012 4:09 PM new info
    •  

All Replies

  • Tuesday, August 21, 2012 4:07 PM
    Moderator
     
     
    I would take a look at the ULS logs for any errors relating to incoming email.  You may need to up the diagnostic logging for incoming email in Central Administration.

    http://sharepoint.nauplius.net

  • Tuesday, August 21, 2012 6:55 PM
     
     

    I set the logging to verbose and nothing is being written.   There are hundreds of 0 kb files in the naming  convention, server-date-number.log

  • Thursday, August 30, 2012 12:59 PM
    Moderator
     
     

    Hello,

    I agree with suggestion by Trevor. You can ensure ULS logging is working correctly; if you don't see anything being logged you can reset the logging to default level by stsadm -o setlogginglevel -default. You should see an entry as below for each incoming email received to drop folder and processed by SharePoint.

    <DateTime> OWSTIMER.EXE <PID> SharePoint Foundation E-Mail 6871 Information The Incoming E-Mail service has completed a batch.  The elapsed time was 00:00:00.32.  The service processed 1 message(s) in total.  The service successfully processed 1 message(s): Message ID: <GUID> <Co-relationID>


    Please remember to click 'Mark as Answer' on the post that helps you or click 'Unmark as Answer' if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Regards,
    Nishant Shah
    Microsoft Online Community Support

  • Thursday, August 30, 2012 2:33 PM
     
     

    Thanks for you reply

    After Trevor's reply, I started investigating why the logs were 0KB.  I set the tracing service back to local service and some data started to appear in the tracing logs.  Unfortunately, I believe I still have an issue with the logs. 

    Mostly the data in the logs are:

    08/30/2012 09:34:47.13     wsstracing.exe (0x20D0)                     0x2968    SharePoint Foundation             Unified Logging Service           f05k    Verbose     Write permission on folder C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS\ verified successfully

    SharePoint is writing to the event logs, but nothing appears related to email.  I have set the diagnostic level from default to verbose for tracing and events.  I also I have restarted all SharePoint services.

    I should mention that I have posted another issue related to logging regarding Health Reports contain no data.  I believe whatever is causing my problem is related to both issues.

  • Thursday, August 30, 2012 2:48 PM
    Moderator
     
     

    Hello,

    Can you try changing to logging location from "Central Admin > Configure Diagnostic Logging > Trace log" to a temporary folder and revert back to original location and see if that makes a difference?


    Please remember to click 'Mark as Answer' on the post that helps you or click 'Unmark as Answer' if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Regards,
    Nishant Shah
    Microsoft Online Community Support

  • Thursday, August 30, 2012 3:08 PM
     
     

    I performed your request, the only thing that is different is an AdminService.log appeared.

    Sincerely,

    Raymond

  • Thursday, August 30, 2012 3:10 PM
    Moderator
     
     
    Can you also run above mentioned stsadm command and see if anything other than "Write permission on folder C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS\ verified successfully" starts getting logged?

    Please remember to click 'Mark as Answer' on the post that helps you or click 'Unmark as Answer' if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Regards,
    Nishant Shah
    Microsoft Online Community Support

  • Thursday, August 30, 2012 3:40 PM
     
     
    I ran the command as requested.  PowerShell entries are present.  I restarted the tracing service and set the diag to verbose.  Then I send an email with an attachment to the doc library.  Nothing logged about email.
  • Thursday, August 30, 2012 3:57 PM
    Moderator
     
     

    So, the email appears in SharePoint library but the event doesn't get logged in ULS?!! And from Konica Minolta C353 device, only email gets saved but attachments are not saved separately (which can be extracted tho).

    Is it possible to get a copy of both this emails as-is and compare their type / headers via file compare tool like Beyond Compare and see if any difference?

    You may post it here and I shall look at it however this scenario needs more in-depth level of support which is not feasible thru Forums. Please visit the below link to see the various paid support options that are available to better meet your needs: http://support.microsoft.com/default.aspx?id=fh;en-us;offerprophone. If you are a MSDN / TechNet subscriber, you can also contact our support by using your free support incidents.


    Please remember to click 'Mark as Answer' on the post that helps you or click 'Unmark as Answer' if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Regards,
    Nishant Shah
    Microsoft Online Community Support


  • Thursday, August 30, 2012 4:01 PM
    Moderator
     
     
    Have you checked the IIS SMTP logs?

    http://sharepoint.nauplius.net

  • Thursday, August 30, 2012 7:31 PM
     
     

    Our SharePoint Foundation is installed on SBS 2008.  Since Exchange is present, SharePoint can not use IIS SMTP.  I did check the IIS logs, but didn't see any relevant info.

  • Thursday, August 30, 2012 7:40 PM
     
     
    Thank you very much for you help.  I will leave the phone support as a last option.  My first post has the email header info you requested.  I will keep plugging away until I get frustrated enough to uninstall and reinstall SharePoint.  It's not in production use yet.   
  • Friday, August 31, 2012 7:41 PM
     
     

    I have discovered the problem but I don't have a solution. When I installed SharePoint Foundation, I created services accounts (timer, tracing, search, and appPool).  When I put these accounts into the Administrators group,  data starts to flow correctly.  I would like to figure out how to remove them from the Administrators group and work properly. 

    I have added accounts timer and tracing to the performance log users group and granted them rights to log on as a services.  I have verified that they do have permission to write to the log location.  What am I missing? 

    One more thing,  SharePoint is install on a Small Business Server 2008
  • Friday, August 31, 2012 7:48 PM
    Moderator
     
     
    Where are the emails dropping for SharePoint to pick them up?  Did you grant that file location full control to WSS_ADMIN_WPG and Read/Execute to WSS_WPG?

    http://sharepoint.nauplius.net

  • Saturday, September 01, 2012 6:59 AM
    Moderator
     
     

    See if you can use this article to confirm if permissions are correct

    http://technet.microsoft.com/en-us/library/cc678863.aspx


    Please remember to click 'Mark as Answer' on the post that helps you or click 'Unmark as Answer' if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Regards,
    Nishant Shah
    Microsoft Online Community Support

  • Tuesday, September 04, 2012 7:39 PM
     
     

    Nishant,  I went through the publication and found some minor discrepancies.  After updating, IIS Reset, and SharePoint services restart, nothing was being logged.  I added the service accounts to the Administrators group, restarted the services, and data started being logged. 

    Trevor,  emails are picked up at "C:\inetpub\mailroot\drop" and the permissions are correct. 

  • Thursday, September 06, 2012 8:37 PM
     
     

    Since SharePoint was not in production yet, I performed an uninstall/reinstall.  Updated SharePoint with the latest service pack and updates.  I verified/updated the permissions according to http://technet.microsoft.com/en-us/library/cc678863.aspx .  For some reason,  the SPTimerV4 service must be in the local administrator group for the logging to work properly.   I'm convinced this issue has to be related to the fact SharePoint Foundation is install on a Small Business Server 2008 which is a domain controller. 

  • Monday, September 10, 2012 8:32 AM
    Moderator
     
     

    SharePoint on DC rang some bells...

    Can you please check if http://support.microsoft.com/kb/2637209 is relevant?


    Please remember to click 'Mark as Answer' on the post that helps you or click 'Unmark as Answer' if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

    Regards,
    Nishant Shah
    Microsoft Online Community Support

  • Monday, September 10, 2012 3:55 PM
     
     

    I have seen that article, unfortunately, it doesn't mention anything about timer service with administrative rights.   Since the logging is a different issue than originally report.  I post a new question

    http://social.technet.microsoft.com/Forums/en-US/smallbusinessserver/thread/f1b715d4-b330-48c4-9b87-f7587d1b4579

    As for the original problem, since logging works now,  I get the following error in the logs with verbose enable.  The error is created when the C353 sends an email with an attachment to an email enable document library.

    09/10/2012 11:35:04.06     OWSTIMER.EXE (0x3AD0)                       0x2418    SharePoint Foundation             General                           8e2r    Medium      Possible mismatch between the reported error with code = 0x81070901 and message: "The file incoming/Message from KMBT_C353.eml has been modified by SHAREPOINT\system on 10 Sep 2012 11:32:04 -0400." and the returned error with code 0x81020037.    e273baaf-12fd-4b7f-b627-fb0250953d3c

    09/10/2012 11:35:04.17     OWSTIMER.EXE (0x3AD0)                       0x2418    SharePoint Foundation             General                           9mpn    High        File exception: Microsoft.SharePoint.SPException: The file incoming/Message from KMBT_C353.eml has been modified by SHAREPOINT\system on 10 Sep 2012 11:32:04 -0400. ---> System.Runtime.InteropServices.COMException (0x81020037): <nativehr>0x81020015</nativehr><nativestack></nativestack>The file incoming/Message from KMBT_C353.eml has been modified by SHAREPOINT\system on 10 Sep 2012 11:32:04 -0400.     at Microsoft.SharePoint.Library.SPRequestInternalClass.PutFile(String bstrUrl, String bstrWebRelativeUrl, Object punkFile, Int32 cbFile, Object punkFFM, PutFileOpt PutFileOpt, String bstrCreatedBy, String bstrModifiedBy, Int32 iCreatedByID, Int32 iModifiedByID, Object varTimeCreated, Object varTimeLastModified, Object varProperties, String bstrCheckinComment, Byte partitionToCheck, Int64 frag...    e273baaf-12fd-4b7f-b627-fb0250953d3c