วิธีที่ง่ายที่สุดในการส่งอีเมลแบบบรรทัดเดียวผ่านบรรทัดคำสั่งโดยใช้ gmail?

การใช้ Raspbian และ Ubunntu 16.04 LTS ต้องใช้โซลูชัน Linux ทั่วไป

ความต้องการนั้นง่าย:

ฉันต้องการวิธีส่งข้อความอีเมลแบบบรรทัดเดียวจากบรรทัดคำสั่ง

ฉันได้ตั้งค่าบัญชี gmail สำหรับ Rpi3 เฉพาะนี้โดยมีที่อยู่ของ rpi3abc@gmail.com - โดยไม่มี 2FA

ดังนั้นตอนนี้ฉันต้องสามารถส่งข้อความเมลแบบบรรทัดเดียวได้จากทุกที่ (รวมถึง cron) โดยที่ผู้ใช้ไม่ต้องดำเนินการใด ๆ

ฉันต้องการให้สามารถส่งไฟล์ข้อความได้ stdinโดยทั่วไปอะไรจาก

คำตอบที่ง่ายที่สุดในการส่งข้อความแบบบรรทัดเดียวผ่าน gmail คือการใช้ ssmtp

ติดตั้งด้วยคำสั่งต่อไปนี้:

sudo apt-get update
sudo apt-get install ssmtp

แก้ไข/etc/ssmtp/ssmtp.confให้มีลักษณะดังนี้:

root=rpi3abc@gmail.com
mailhub=smtp.gmail.com:465
FromLineOverride=YES
AuthUser=rpi3abc@gmail.com
AuthPass=testing123
UseTLS=YES

ส่งหนึ่งซับให้เช่น:

echo "Testing...1...2...3" | ssmtp myusername@gmail.com

หรือ

printf "Subject: Test\n\nTesting...1...2...3" | ssmtp myusername@gmail.com

จากนั้นตามจริง * nix คุณจะได้รับพรอมต์ในไม่กี่วินาที

ตรวจสอบบัญชี myusername@gmail.com ของคุณและ voila อยู่ที่นั่น!

สิ่งนี้ยังทำงานได้ดีเมื่อส่งไฟล์ด้วยเช่นกัน:

cat program.py | ssmtp myotherusername@yahoo.com

และโปรแกรมจะปรากฏขึ้นในกล่องจดหมาย

หากไฟล์นั้นเป็นไฟล์ข้อความอาจมีบรรทัดแรกที่ระบุ Subject: xxxxxx

สามารถใช้กับงาน cron ต่าง ๆ ได้ฉันสามารถส่งข้อมูลด้วยหัวเรื่องที่ระบุเนื้อหา

สิ่งนี้จะทำงานกับทุกอย่างที่เตรียมข้อความที่ส่งไปยัง ssmtp ผ่าน stdin

สำหรับรายละเอียดเพิ่มเติมเช่นการรักษาความปลอดภัยไฟล์เหล่านี้กับผู้ใช้รายอื่น ๆ และโปรดไปที่บทความนี้:

ส่งอีเมลจากบรรทัดคำสั่ง Raspberry Pi

อย่าลืมดูคำตอบที่โพสต์ด้านล่างด้วยRuiเกี่ยวกับการล็อคที่FROM:อยู่ที่อาจมีการเปลี่ยนแปลงในไฟล์ข้อความที่จัดรูปแบบหากจำเป็น

ตอนนี้ถ้าเพียงฉันสามารถคิดวิธีการส่ง SMS ในลักษณะเดียวกัน

ssmtpเป็นเพียงหนึ่งในโปรแกรมเสริมของ Sendmail สิ่งเหล่านี้ทั้งหมดยอมรับข้อความในอินพุตมาตรฐานและรายการที่อยู่เป็นอาร์กิวเมนต์บรรทัดรับคำสั่งและเป็นทางเลือกและพวกเขาทั้งหมดเสนอไบนารีชื่อsendmailซึ่งใช้ (อย่างน้อยคุณสมบัติพื้นฐานของ) บรรทัดคำสั่ง Sendmail API แบบดั้งเดิม แต่การพูดอย่างถูกต้องข้อความนั้นจะต้องเป็นข้อความ RFC822 ที่มีรูปแบบที่ดี อย่างน้อยก็ควรมีSubject:ส่วนหัว

ssmtp address@example.com <<<$'Subject: testing 1...2...3'

(ด้วยssmtp, sendmailเป็นเพียง symlink ไปssmtp. Postfix, Exim และผมเชื่อว่าทุก MTA อื่น ๆ ที่Provides: mail-transport-agentมีการจัดเรียงที่คล้ายกันยกเว้นของหลักสูตรsendmailที่sendmailไบนารีคือ "ของจริง".)

โดยทั่วไปคุณสามารถรวมข้อความอีเมลอย่างง่ายพร้อมเอกสารที่นี่

/usr/lib/sendmail -oi -t <<____HERE
Subject: testing
To: recipient@example.net

Here we interpolate the shell variable $result
____HERE

( -tตัวเลือกSendmail บอกว่าจะรับรายชื่อผู้รับจากส่วนหัวของข้อความที่คุณได้รับจากอินพุตมาตรฐานเส้นทางที่แม่นยำไปยัง Sendmail จะแตกต่างกันไปตามแพลตฟอร์มต่าง ๆ )

อีกรูปแบบทั่วไปคือการรวมเอาท์พุทของคำสั่งไม่กี่ ระวังให้มีบรรทัดว่าง ("คอ") ระหว่างส่วนหัวและเนื้อหาของข้อความ

( printf "Subject: random number\n\n"
  dd if=/dev/urandom bs=4 count=1 2>/dev/null | od -D -An ) |
sendmail elsewhere@example.org

สำหรับสิ่งที่เกินข้อความเท่านั้น ASCII ง่ายมากที่คุณจะต้องเข้าใจวิธีการเขียนข้อความ MIME muttที่เหมาะสมจุดที่มันมักจะทำให้รู้สึกมากขึ้นในการใช้เครื่องมือเช่น บางแพลตฟอร์มมีmailหรือmailxที่รู้วิธีส่งไฟล์แนบและข้อความที่ไม่ใช่ ASCII แต่นี่ไม่สามารถพกพาได้อย่างสมบูรณ์

ความท้าทายที่นี่ไม่พบลูกค้าที่สามารถรับข้อความอีเมลและพยายามที่จะส่งมันคือการกำหนดค่าสำหรับ Gmail ที่เฉพาะเจาะจงซึ่งต้องการให้ MTA รู้ชื่อผู้ใช้และรหัสผ่านเพื่อใช้เซิร์ฟเวอร์ระยะไกลตามลำดับ เพื่อให้สามารถใช้เป็น smarthost ขาออกได้

เบื้องหลังลูกค้าส่วนใหญ่ชอบmutt, mailxฯลฯ มักจะทำงานเพียงแค่sendmailอยู่เบื้องหลังจะได้รับข้อความออกจากระบบ

การเพิ่มคำตอบ OP ของตัวเอง:

เมื่อกำหนดค่าssmtpคุณอาจห้ามหรืออนุญาตให้ผู้ใช้กำหนดจากและยังแทนที่โดเมน คุณอาจต้องการทำเช่นนั้นด้วยเหตุผลหลายประการรวมถึงข้อความที่ไม่อยู่ในโฟลเดอร์จดหมายขยะ

คุณสามารถเพิ่มไปที่/etc/ssmtp/ssmtp.conf:

# Where will the mail seem to come from?
rewriteDomain=my_internet_domain.uk

# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=YES

โปรดทราบว่าในขณะที่สามารถใช้ YES ในราสเบอร์รี่ที่บ้านได้อาจไม่แนะนำให้ใช้ในระบบที่มีผู้ใช้หลายคนจากมุมมองความปลอดภัย

เกิดอะไรขึ้นกับ "จดหมาย"

echo "สวัสดีนั่น" | mail -s "จดหมายสำคัญ" user@example.com

"mail" เป็นลิงก์ / etc / สำรองไปยัง / usr / bin / bsd-mailx จากแพ็คเกจ bsd-mailx ฉันเชื่อว่าเป็นค่าเริ่มต้น ยูทิลิตี้ที่ยอดเยี่ยมสำหรับการส่งจดหมายจากสคริปต์ cron

ทำงานบน Ubuntu และ FreeBSD เช่นกัน

ฉันเป็นบางส่วนที่จะใช้mailxสำหรับสิ่งนี้:

echo "Message body." | mailx -s "Subject line" -a /path/attachment.txt -r "Sender's Name<sender@email.com>" -c recipient2@email.com recipient1@email.com

ฉันใช้ sendEmail เพื่อส่งอีเมลอัตโนมัติแบบง่ายผ่านเซิร์ฟเวอร์ SMTP ของผู้ให้บริการภายนอก:

sendEmail -q -f "me@mail.com" -u "mySubject" -t "someone@mail.org" -s "my.smtp.com" -o tls=yes -xu "mySmtpUser" -xp "mySmtpPw" -m "myMessage"

ฉันส่งทุกอย่างในบรรทัดเดียวดังนั้นการทำสิ่งนี้ในบรรทัดคำสั่งน่าจะแสดงพารามิเตอร์ทั้งหมด (รวมถึงรหัสผ่าน smtp) ให้กับผู้ใช้ทั้งหมดหากพวกเขาทำงานps -efในขณะที่ฉันกำลังเรียกใช้คำสั่ง ฉันใช้ภายในเชลล์สคริปต์

เซิร์ฟเวอร์ของฉันคือ CEntOS 7 และมี sendmail แต่ไม่ใช่ mailx เป็นต้นแทนที่จะติดตั้งโปรแกรมใหม่ที่ฉันทดสอบโดยใช้ sendmail โดยตรงและพบว่าใช้งานได้:

echo -e "From: you@whatever\nTo: you@gmail.com\nSubject: this is the subject\n\nThis is the body,\nwith multiple lines." | sendmail -t

สำหรับฉันนี่ดูเหมือนจะเป็นวิธีที่ง่ายที่สุดในการส่งอีเมลสั้น ๆ เพราะไม่จำเป็นต้องมีการเรียกใช้หรือกำหนดค่าเซิร์ฟเวอร์หรือภูตและสามารถทำได้ในบรรทัดคำสั่งเดียว

แนวคิดก็คือข้อความจะแจ้งเตือนฉันว่ามีบางโปรแกรมเกิดข้อผิดพลาดโดยไม่เปิดเผยข้อมูลที่อาจเป็นความลับจากนั้นฉันจะ SSH ไปยังเซิร์ฟเวอร์เพื่อตรวจสอบบันทึก วิธีนี้ไม่จำเป็นต้องกังวลกับภาวะแทรกซ้อนเช่นการแนบไฟล์หรือเข้ารหัสการขนส่ง

หมายเหตุ:

• -e บอกให้ echo ตีความ '\ n' และทางหนีอื่น ๆ
• -t แจ้งให้ sendmail รับที่อยู่ผู้รับจาก 'ถึง:' ในส่วนหัวของข้อความ
• หากเมลไม่มาถึงให้ใช้tail /var/log/maillogเพื่อดูข้อความแสดงข้อผิดพลาด
• หากส่งไปยังที่อยู่ gmail ของคุณให้สร้างตัวกรองที่ gmail เพื่อป้องกันไม่ให้ออกจากโฟลเดอร์ขยะ
• sendmail นี้เป็นจริง 'sendmail.postfix' (ซึ่งอาจเป็นเรื่องปกติ); มีหน้าคนที่นี่