How To Configure Scan To Email In Ricoh Printer
Lauren Redder
Awesome! Using port 465 or 587, not 25 is what did it for me!
Also, FYI for those looking for info on setting up Google Workspace SMTP Relay Service: Send email from a printer, scanner, or app - Google Workspace Admin Help
Note that it says to use the following for the SMTP server name: smtp-relay.gmail.com
Turn your multifunction printer (MFP) into a document workflow powerhouse leveraging RICOH Smart Integration (RSI) technology. If you've ever had to scan, email, download, convert, save to a folder, upload or organize files, you know how time consuming these manual tasks can be. Save time, improve productivity and automate repetitive document workflow tasks with the push of a button. Now you can quickly route your documents to the right place, in the right format and with the right file name. Choose the Smart Integration solution that works best for you:
RICOH Smart Integration solutions can expand to fit your unique needs. If your industry or business processes require additional functionality or features, our optional Smart Integration add-ons have you covered.
This article is for Google Workspace administrators who want to send email from devices or apps in their organization or domain. If you're a Gmail user who wants to send email from a device or app, contact your organization's administrator.
As an administrator, you can set up devices and apps to send email through Google Workspace. Set up Gmail to send email from common printers and scanners, including Canon, Epson, HP, Ricoh, and Xerox.
We recommend using the SMTP relay service to send email from devices or apps. The SMTP relay service authenticates messages with IP addresses, so devices and apps can send messages to anyone inside or outside of your organization. This option is the most secure.
If you connect using SSL or TLS, you can send email to anyone inside or outside of your organization using smtp.gmail.com as your SMTP server. This option requires you to authenticate with your Gmail or Google Workspace account and password when you set it up. The device uses those credentials every time it attempts to send email.
Have not had much success finding an answer to my problem. My Ricoh printer has a scan to email function. It asks for "server name", "authentication," "port," "encryption," etc. I have tried various combinations of my dns name (smtp.khf.comcastbiz.net) and server (smtp.w14b.comcast.net), but so far all I get is "Server Not Found." I've heretofore used the same settings as I would in my manual Outlook set-up, but the process is automated for Outlook using my Comcast address so no luck getting the settings that way. Anyone have any success at this and care to share? Follows is the instructions from the Ricoh's manual. Thanks in advance!
You should also log into you Buisness class Portal email account, then go go Manage Services and click on Email, then click use the View DNS Email addresses, I recommend that you print the page and keep it handy. You should use the SMTP, POP, IMAP, etc. addresses that should get you up and running in your wireless printer environment.
Following up your solution. I used the actual ip address corresponding to the SMTP address you directed me to. Port 465 worked and the device successfully connects to comcast's server. But still unable to send a scan by email. I will continue to noodle. Thanks again!
I am having a very similar problem. I cannot get the server to respond. I am using a Lexmark printer and my gateway is smtp.w14d.comcast.net. I have used port 465. Any other help would be appreciated.
It is true that some previous models of Ricoh devices could not scan to a folder hosted on a W2k3 server if SMB signing was enabled, but this has not been the case for a number of years. All current Ricoh devices support SMB signing.
Windows 2008 server uses SMB v2. Ricoh devices use a version of Samba that does not currently support SMB v2 (as at Jan 2010). Ricoh are releasing firmware for almost all devices to support SMB v2 during early 2010.
Please be aware that all Ricoh devices CAN scan to a shared folder on Windows 2008 servers. The only problem is that you cannot BROWSE to the share - you must enter the UNC path manually. This is the only limitaion.
I have a Ricoh Aficio MP C6000 and am having the hardest time getting it to browse my SBS2008 server by name (same problem as above.) I edited the group policy to disable SMB signing as always required for server.
I have all permissions correct, I can get to the server through any device on the domain, and other devices not on the domain. I feel like this is an authentication issue, but they say they are putting in the username and password ([email protected]) correctly. And I am inclined to agree with them as I could not get it to work when I was on-site either.
FYI - just dealt with this issue on a SBS 2008 installation with a Savin 4060. It worked with a username like "scanner" and the SMB path of "\server\scans" on Server 2003, but on SBS 2008, I had to do the following:
the only possible solutions for this ricoh shit was to give an additional IP address to the nic of the destination smb server and change to those smb ip in the destination adressbook of the ricoh. SMB Signing was already disabled.
I have a Ricoh c401 printer, scanner in an office of a customer. When the users where trying to scan to email the firewall where stopping the communication. I created a user filrewall rule saying that for LAN 192.168.1.45 the ip of the Ricoh, Destination LAN, WAN permit ANY, and the users started receiving their scans to email, I want to make the firewall rule more specific, What protocol do I need to permit SMTP for the scans to be received to emails?
Hi Nikolaos. The information you're looking for can be viewed in the Network Settings for the Ricoh printer. It's in there that you would select the mail server and port to send emails to. Based on what you have configured there, we can recommend a more restrictive firewall rule for you.
At multiple locations, immediately after installing the MX67, Ricoh scan to email started to fail. However, at some other locations, it continued to work. Technicians have done an A:B comparison of the Ricoh settings between the sites that work and the sites that don't and haven't found any obvious differences.
The Ricoh scan settings are configured to use an internal email server located at the hub site connecting via plain non-SSL SMTP over port 25. The data only has to travel over the site-to-site VPN tunnel. It never touches the internet.
The Ricoh logs have generic errors that you'll find years worth of posts about in an internet search. Many of those have to do with authentication problems with Office 365 or Google G-Suite. That's not the case here. The email server is happy to accept unencrypted, unauthenticated communication.
So the Exchange server is failing the message after it receives what it considers junk. Since this is all internal traffic, Meraki Advanced Malware Protection (AMP) shouldn't be involved, but could one of the Merakis be altering the traffic? I found a suggestion online to disable "SMTP inspection" if using a Cisco ASA. Obviously, nothing like that is present in the Meraki cloud controller, but is there a similar feature running on a Meraki MX?
It appears that the problem has been resolved. All of the Ricoh printers are configured with static IPs in their settings. In Configuration > IPv4 settings, there is an option for Domain Name. The Ricohs that weren't working either had it set to DHCP or had it set to Specfiy with a blank value. After I entered a value and saved, scan to email started working. Some of these printers had been set for this like years without problems. Part of me still doesn't believe this fixed things (because why would it?) But it's been several days and none of the users have reported problems since they were informed scan to email was working.
@MarcAEC I'd agree with @PhilipDAth, we have an MX based SD-WAN and Ricoh copiers with scan to email to local Exchange and don't see any issues. However we have the Enterprise license that doesn't include IPS/AMP as our WAN links are all flavours of MPLS...
Not that I can tell. And it gets weirder. Templates are being used as much as possible. There are 3 sites on one template communicating that scan to email is not working, and 1 on the same template that is scanning fine every day.
@MarcAEC glad to know you fixed it, out of interest, with the ones set to DHCP, were they getting their IP address from DHCP and if so do you have the domain option set on the DHCP server? I think it might actually be the fix as we always have that field set correctly and haven't had any issues with ours, so it does make some sense
Meraki DHCP is set to provide the domain suffix (option 15). But none of the Ricoh printers are using DHCP. I also noticed that some of the printers that were successfully scanning to email didn't have the correct value in the field. It seems just being blank was a problem.
I have a customer who bought a Dell H815dw to replace a Ricoh that went bad. I'm trying to configure the SMTP Server settings but I'm missing one thing. The old Ricoh did not use any account authentication as I believe the SMTP relay they use is setup to accept SMTP traffic from their public IP. The SMTP server is relay.appriver.com.
However there does not appear to be any way to setup this Dell H815dw for no authentication or anonymous authentication. In the "E-Mail Send Authentication" dropdown menu there is no entry for None or Anonymous. This is what I believe is stopping this Dell from connecting to the relay server.
ff7609af8f