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: BASE64Any help will be appreciated!
Sincerely,
Raymond
- Edited by skeltonr Tuesday, August 21, 2012 4:09 PM new info
- SBS 2008 with SharePoint 2010 Foundation
All Replies
-
Tuesday, August 21, 2012 4:07 PMModeratorI 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 PMModerator
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 PMModerator
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 PMModeratorCan 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 PMI 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 PMModerator
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- Edited by Nishant - MSFTMicrosoft Employee, Moderator Thursday, August 30, 2012 4:11 PM
-
Thursday, August 30, 2012 4:01 PMModeratorHave 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 PMThank 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 PMModeratorWhere 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 AMModerator
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 AMModerator
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
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

