-
Notifications
You must be signed in to change notification settings - Fork 3.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
register hangs. #4
Comments
Hi @macdougall, Does the server returns any status code? if yes please paste the response headers and body here. |
No status codes returned. But my containers are running in the background so I'd have to run a log off the docker command to check that. Here's my running containers:
|
Everything does seems to be running well, To try and figure whats going on I need more data. Can you try and paste some logs for both appwrite and mariadb conatiners? Another thing that might help is to debug the nginx error log inside the appwrite container. and in the conatiner run: |
I have nothing in those log files. In fact, they are empty. root@6be16643c81c:/var/log/nginx# ls -alt |
This is becoming really hard to debug, do you still have access to http:https://localhost? The server stop responding only after form submission? Maybe try to remove all containers using 'docker-compose down' and then delete the appwrite-ce directory and run setup script again. Let me know if you have any lead. |
I think the SMTP server is hanging. mtp_1 | 273 LOG: MAIN REJECT |
This is a known issue where Gmail and other email providers reject messages sent from an ISP IP address. Anyway the Appwrite API ignores this type of errors and they do not cause any problem when using the stack on a dev environment. Anyway if you have any indication that this might be the problem, you can edit the docker-compose file and change to your own 3rd party SMTP server using this vars: - _APP_SMTP_HOST=smtp.example.com
- _APP_SMTP_PORT=587
- _APP_SMTP_SECURE=tls
- _APP_SMTP_USERNAME=your_emal
- _APP_SMTP_PASSWORD=your_password |
Ok, I'll look at that but I think you should consider using something like https://mailcatcher.me/ This will catch smtp messages so you're not having to configure a dev. server for production emails. |
@macdougall that might be a really good idea, I will definitely take a closer look at it. |
This will remove the idea of having to configure an SMTP server. I've used it in several projects and it's helpful because you'll never have to have to explain the issue -- the only thing a person will need to do is to configure the email server for production and remove mailcatcher. |
I did a clone on the repo, I can't get this to build locally. Is there anything I need to do? Running a "docker-compose build", I'm getting the following error: Step 35/38 : ADD ./vendor /usr/share/nginx/html/vendor What are the projects requirements, maybe my local Mac doesn't have the right dependencies setup? |
To run locally: composer update --ignore-platform-reqs --optimize-autoloader --no-dev --no-plugins --no-scripts --prefer-dist
docker-compose up -d
|
You will need php package manager composer to set it up: https://getcomposer.org/ |
After giving some thought to this idea, I am worried this might be an anti-pattern for a microservice and containers based architecture, can mailcatcher run as a standalone container? maybe something like a mock SMTP server? Otherwise, It might be best to just cancel the mail sending at all when not running in production. |
Mailcatcher runs as a microservice. In fact, it's following the pattern of a microservice. Here's what I have in my docker-compose.yml for a project i'm working on: mailcatcher: |
I missed that. Thanks...this seems to have solved the build issue. Hit close by accident. |
I have a PR with mailcatcher added to the docker-compose.yml, if you want I can contribute to this. ;-) I've tested it and it works. |
This could be a very good solution. We are still in a dilemma about how to make the installation process as easy as possible, but also allowing a smooth switch to production environment with a working mail server. The whole SMTP thing is a big issue in the process, because we want to allow users with the options to easily use the 'appwrite native' SMTP container in production but also enabling a switch to 3rd-party provider very easily. Anyway I will keep the mailcatcher idea in mind when we have a decision as this could be a good solution for the dev environment part. Regarding the open issue, have you managed to overcome the problems? |
I worked around my issues once I installed MailCatcher as a service and built from the repo. |
Improving SMTP integration across env's issue has been added to the roadmap with a reference to this page. Closing this issue because problem seems to have a workaround. |
…mantank/cron-expression-3.0.1 Bump dragonmantank/cron-expression from 2.2.0 to 3.0.1
The app will hang, never returns and spins.
10.14.6 (Mojave)
Model Name: MacBook Pro
Model Identifier: MacBookPro14,2
Processor Name: Intel Core i7
Processor Speed: 3.5 GHz
Number of Processors: 1
Total Number of Cores: 2
L2 Cache (per Core): 256 KB
L3 Cache: 4 MB
Hyper-Threading Technology: Enabled
Memory: 16 GB
The text was updated successfully, but these errors were encountered: