* feat: support standard AWS env vars and default credential chain Replace non-standard AWS_ACCESS_KEY / AWS_SECRET_KEY with the AWS-standard AWS_ACCESS_KEY_ID / AWS_SECRET_ACCESS_KEY. The old names are kept as fallbacks in the runtimeEnv for backward compatibility. Both vars are now optional. When omitted, the credentials object is not passed to SESv2Client, STSClient, or SNSClient — the AWS SDK then falls back to its default provider chain (IAM roles, ECS task roles, instance profiles, etc.), which is the recommended approach for cloud-native deployments. Closes #316 Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Potential fix for pull request finding Co-authored-by: Copilot Autofix powered by AI <175728472+Copilot@users.noreply.github.com> * refactor: extract shared getAwsCredentialOptions helper and add partial-config guard - Move the credential spread logic into a single credentials.ts helper so SESv2Client, STSClient, and SNSClient all share one implementation - Throw a clear error if only one of AWS_ACCESS_KEY_ID / AWS_SECRET_ACCESS_KEY is set, preventing silent fallback to the default provider chain with a half-configured environment Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * fix: align AWS env vars in docker and docs * fix: use alias import for AWS credentials helper --------- Co-authored-by: purva <purvahk08@gmail.com> Co-authored-by: Purva Kandalgaonkar <136103488+purva-8@users.noreply.github.com>
4.1 KiB
🤝 Contributing to useSend
Thanks for your interest in contributing to useSend! We’re an open-source email infrastructure platform, and we’d love your help to make it even better. This guide will walk you through how to get started, set up the project locally, and submit contributions.
🧰 Getting Started
All contributions begin with setting up the project locally. Follow the steps below to get started.
📖 Refer to the full setup guide:
https://docs.usesend.com/get-started/local
⚙️ Prerequisites
You’ll need:
- A GitHub account
- Node.js v18+
pnpm(usecorepack enableto activate)- Docker (recommended)
- AWS & Cloudflare accounts (free tiers are fine)
🛠 Setting Up the Project
1. Fork & Clone
git clone https://github.com/YOUR-USERNAME/usesend.git
cd usesend
2. Install Dependencies
corepack enable
pnpm install
3. Setup Environment Variables
cp .env.example .env
Then:
- Generate a secret:
openssl rand -base64 32
-
Add this to
.envasNEXTAUTH_SECRET. -
Create symlink for Next.js:
ln -s ../../.env apps/web/.env
Next.js requires the
.envfile in its directory. This symlink ensures both root andapps/webcan access the same environment variables.
4. GitHub OAuth (Optional for Dev)
Set up a GitHub OAuth App:
- Homepage:
http://localhost:3000/login - Callback:
http://localhost:3000/api/auth/callback/github
Add credentials to .env:
GITHUB_ID=your_client_id
GITHUB_SECRET=your_client_secret
5. AWS Credentials (Optional for local email)
If you want to send real emails, add:
AWS_ACCESS_KEY_ID=your_access_key
AWS_SECRET_ACCESS_KEY=your_secret_key
You can skip this by using the
local-sen-snsimage for local-only email development.
🚀 Running the App
Option 1: Docker (Recommended)
pnpm d
- Dashboard: http://localhost:3000
- Marketing Site: http://localhost:3001
To test GitHub login, run:
cloudflared tunnel --url http://localhost:3000
Paste the Cloudflare URL in your GitHub App callback settings.
Option 2: Manual DB Setup
If you're using your own PostgreSQL & Redis:
- Add in
.env:
DATABASE_URL=your_postgres_url
REDIS_URL=your_redis_url
- Migrate database:
pnpm db:migrate-dev
- Start dev server:
pnpm dev
- Use
cloudflaredas mentioned above if needed.
📝 Run Documentation Locally
pnpm dev:docs
📂 Code Structure Overview
apps/
├── web # Dashboard & Email Infra
├── marketing # Landing page
├── docs # This documentation site
packages/
├── eslint-config # Shared ESLint rules
├── sdk # TypeScript SDK for useSend REST API
├── tailwind-config # Shared Tailwind setup
├── typescript-config # Shared tsconfig
├── ui # Shared UI components (buttons, modals, etc.)
🧑💻 Making Contributions
- Create a Feature Branch
git checkout -b feat/your-feature
-
Make Your Changes
- Follow the existing project structure.
- Write clean, modular, and reusable code.
- Formatting is enforced with Prettier.
-
Commit Your Work
git add .
git commit -m "feat: your message here"
- Push and Open a Pull Request
git push origin feat/your-feature
- Open a PR against the
mainbranch - Fill in the PR template
💬 Community and Support
- Discord: Join our server
- GitHub Discussions: Start a discussion
- GitHub Issues: Report issues or bugs
🙋 Questions?
Need help or unsure where to begin? Just ask!
We’re excited to see your ideas and contributions! 💌